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6’>i:;vn^>«^Grn l)£nggY<’'^3niGB'^l ^ 
{r\o^K\ ?i 328 M2‘ C 


Denna handbok vander sig till systemadministratocer spna^ska drift^satta 
och utnyttja DIABs Netman, vilket ar prbgramvaran"sorVi'ligger till grand 
for natvarkot D-NET och komKnjunikation via gataways/not andra lavaranto- 
rers datorer. ^ 


I handboken forutsattes att lasaren ar nfgorfunda farniljar med datakom- 
munikation och operativsystemet D-NIX. Lamping grundkunskap kan inham- 
tas i DIABs kurser i respektive amne. 

Handboken beskriver hur Netman instalVeras och anvands. Detaijer an- 
glende paranietersattning for olika leverantorers datakomrn.unikationspro- 
tokoll finns inte med i denna handbok utan Sterfihries i respektive 
protokolls parametersattningshandbok. 

Beskrivning utav hirdvaran for delta koncept finner du under handboken 
"Natuppbyggnad - HSrdvara". 

Konceptet Netman bygger pi dels DS90 I ett lokalt nat, dels DS90 p§ 
tokalt skilda platser forbundna med nigon av televerkets forbindelser. 
Det kan ocksi vara en singel-DS90, som ska kopplas mot nigon fjarrbela- 
gendator. I handboken kallas datorer I natverket for NATVERKSDATORER, 
och datorer som nis via televerkets tjanster kallas for FJARRDATORER 
till skillnad frin den lokala datorn dit anvandare ar direktanslutna 
med en terminal. 

Operativsystemet D-NIX kallas i handboken for OS, och D-NET kallas for 
natverket. Datorer i familjen DS90 kallas for datorer. 

Du ska nu bdrja med att lasa introduktionen, for den ligger till grund 
for resterande delar av handboken. 
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1.2.3 RACCESS - Remote file ACCESS 

1.2.4 Gateways 

1.3 Utrustning 
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1.1. INLEDNING 

Netman bestSr av ett antal program, som ligger till grand for kommuni- 
kation mellan DS90 datorer i natverket, fjarrdatorer eller mot andra 
leverantorers datorer via gateways. 

Netman och erforderlig h^rdvara ger anvandaren mojiighet att na nat- 
verksdatorer eller fjarrdatorer ett flexibelt satt frSn en terminal. 

Det finns ocksS mojiighet att expandera datorernas filsystem till ett 
gemensamt. Netmans tjanster bygger pa att dessa programvaror ar aktive- 
rade i samtiiga sammankopplade datorer. 

Mellan datorerna ger ett lokalt natverk hog overforingskapacitet, sa 
att anvandarna inte behover uppleva nSgon storre skillnad om en nat- 
verksdator utnyttjas. Om en fjarrdator daremot utnyttjas, blir dock 
overforingsmediets kapacitet en begransande faktor. 


1.2. ANVANDNINGSOMRADE 

Det finns 4 olika grupper av tjanster i NETMAN konceptet. Dessa tjans- 
ter har foljande namn: 

o NCU - Terminaltrafik 

o RX - Kommandobearbetning via natverk 

o RACCESS - Expanderat filsystem 

o GATEWAY - Utg^ng mot externa datorer (ej DS90) 
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1.2.1 NCU Network Call UNIX 

NCU innebar att man frSn en terminal kopplar upp sig som en virtuell 
sSdan mot godtycklig natverksdator eller fjarrdator av samma familj, om 
sakerheten och parameteruppsattningen sS tillSter. 

Anvandaren upplever sig, med hjalp av NCU direktansluten till den andra 
datorn, och kan utfora allt, precis som om han vore en lokalt ansluten 
terminal till denna. Det finns dock hela tiden mojiighet att utfora 
kommandon i den lokala , datorn under tiden som man utnyttjar NCU. 
Filoverfdringar kan utforas i b§da riktningarna, men kommandona RX och 
RACCESS ar battre lampade for detta. 


KommandouDPbvQqnad 

Kommandot ncu ar mycket enkelt till sin uppbyggnad och ser ut p§ fol- 
jande satt: 

□ ncu system-namn 

dar systemnamn motsvaras av namnet pS den dator man onskar n3. Ytterli- 
gare information om funktion och optioner for NCU, finner du i komman- 
dobeskrivningen och avsnitt 5.1. 


Anvandninqsomrgde for NCU 

NCU ar avsett for att utnyttjas i de fall anvandaren har behov av att 
fS en virtuell terminal till en annan dator, an den han ar direktan- 
sluten till. 

Ska ett fital kommandon utforas lampar sig RX battre, eftersom inlogg- 
ningsforfarandet vanligtvis ar automatiskt. 
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1.2.2 RX - Remote Execute 

RX innebar att en anvandare kan utfora kommandon i andra datorer via 
det lokala natverket. RX forutsatter att anvandaren har en anvandar- 
identitet i samtiiga datorer dar kommandon onskas utforda. Den dator 
som kommandot ska utforas i, auktoriseras vanligtvis genom filen ".net- 
key", dar RX hamtar en anvandaridentitet och ett losenord, vilka jamfo- 
res mot ".netkey "-filen i den dator dar kommandot ska utforas. Ett 
annat satt att anvanda RX, som ej kraver information frSn filen ".net- 
key" och som aven ignorerar ".netkey" om den finns, ar med hjalp av 
optionen "-I". I detta fall beaktas enbart information i /etc/password, 
for inloggning, i den andra datorn. For mer information om denna option 
kan bilagan RX(1) och avsnittet 5.2 lasas. 

Hjaipprogrammet "Is" skriver ut filerna i ett bibliotek. Vill man utfora 
det i t ex en natverksdator ser kommandot ut pS foljande satt: 

□ rx system-namnlls 

Resultatet av kommandot kommer p§ terminalen (standard output) dar 
kommandot gavs. Exemplet forutsatter att filen ".netkey" finns i dels 
den lokala datorn, dels den andra datorn. 

Ytterligare information om RX finner du i bilagan RX(1) och avsnittet 


Anvandninqsomr^de for RX 

RX ar val lampat for enstaka kommandon i natverksdatorer eller fjarrda- 
torer. Exempel pS anvandningsomrSden ar foljande; 

* Utskrifter pS skrivare anslutna till andra datorer an den 
lokala 

* Filoverforingar (aven backuper) 

* Statusfrigor pi andra datorer (who, ps, etc) 
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1.2.3 RACCESS Remote file ACCESS 

RACCESS erbjuder anvandaren ett utbyggt filsystem, dvs filsystemet for 
flera datorer upplevs som ett enda. 

RACCESS kraver en ".netkey"-fil, vars innehSlI jamfores mot ".netkey"- 
filen i den dator som man onskar nS, innan filStkomsterna kan verkstal- 
las. Flerdator-filsystemet ar inte permanent utan varje ging en filSt- 
komst ska utforas ombesorjs automatis^t en inloggning i den andra da- 
torn och filStkomsten mbjiiggors, om inte en tidigare uppkoppling ut- 
forts inom en viss tidsrymd, vanligen 30 sekunder. Denna tidsrymd kan 
styras med hjalp av optionen "-t", nar RACCESS aktiveras, se vidare bi- 
lagan RACCESS(I). 

Anvandare kan se innehSlIet i password-filen i t ex en fjarrbelagen 
dator med foljande kommando: 

□ cat /net/system-id/etc/passwd 

Resultatet kommer ut p§ terminalen dar kommandot utfordes. 

Ytterligare information finner du i bilagan RACCESS! 1) och avsnittet 
5.3. 


Anvandninasomr^de RACCESS 

RACESS ar den ratta funktionen om man vill se innehlllet i en fil eller 
l§ta ett program utfora Stkomster pi en fil i en natverksdator eller en 
fjarrbelagen dator. Exempel pi anvandningsomriden ar foljande: 

* Filltkomster 

* Filbverforingar 

* Atkomst till databaser i andra datorer 
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1.2.4 Gateways 

Gateways ar utgSngar som ger anvandare mojiighet att frin en terminal, 
ansluten till nigon dator i natverket, fS tilIgSng till applikationer i 
externa datorer frSn andra leverantdrer. Ett kommunikationskort funge- 
rar vid detta tillfalle som en gateway. Programvara, som finns som 
option, kravs for att klara de andra leverantorernas protokoll for 
kommunikationen via en gateway. 

En uppkoppling mot en IBM-dator med SNA/SDLC 3270, utfors pS fdijande 
satt; 

n sna3270 

forutsatt att allt ar specificerat p§ ett korrekt satt, vijket beskrivs 
i avsnittet "Installation av natverk" och i handboken "NATVERK OCH 
DATAKOMMUNIKATION" under avsnittet "IBM SNA/SDLC 3270". 
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1.3. Utrustning 

Netman bestir av en diskett med grundfiler. Protokoll for GATEWAYS, dvs 
program somemulerarandra leverantorers kommunikationsprotokoll, ingir 
inte i Netman utan kan kopastill pi separata disketter. 

For att du ska kunna anvanda funktionerna i Netman kravs foljande 
hirdvara; 

* Dator 

* Konununikationsklt 001-7095 

For D-NET For Ethernet 

* Lin je-adapter och * 001-7058-xx Ethernet-kit 

kabel 001-7094 

* Natverkskabel * Transceiver 

* AUI-kabel 

* Natverkskabel 

Om gateways ska utnyttjas kravs foljande: 

* Modem 

* Modemkabel 004-6125-00 

* Linje (om fast fdrbindelse) 

* Telefonanslutning (uppringbar fdrbindelse) 

* NRZI-adapter (SDLC med NRZI) 

Om Oatex ska utnyttjas for gateway kravs foljande: 

* Datex-anslutning 

* DCE 

* X.21-adapter (012-7090-10) 

* Skarvkabel DB15 (004-6151) 
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2. INSTALLATION AV NATVERK 

2.1 Grundkonfiguration 

2.1.1 Kommunikationsprocessorn 4004 

2.1 .2 Bygling av 4004 

2.1 .3 Montering av 4004 

2.1.4 Inlasning av Netman-filer 

2.2 Tiilaggskonfiguration 

2.2.1 Bygla och montera nya 4004 

2.2.2 Skapa en miljo i OS for nya 4004-kort 

2.2.3 Parametersattning via "compar" 

2.2.4 Avsiutning och markorfprflyttning i "compar" 

2.2.5 "1. Installation parameters" 

2.2.6 "2. Port Definition" 

2.2.7 "3. Definition of corn-servers" 

2.2.8 "4. Corn-server references" 

2.2.9 "5. Definition of other servers" 

2.2.10 "6. Update next board" 

2.2.11 "7. Write" 

2.2.12 "0. Exit" 

2.3 Fjarrboot-konfigurering 

2.3.1 Parametersattning via "compar" 

2.3.2 Forse 4004-kort med boot-prom 

2.3.3 Bygling och montering av 4004 i expansionsrack 

2.4 Start/omstart av Netman 

2.5 Sakerhetssystem i Netman 

2.5.1 Skyddsmekanismer i operativsystemets filsystem 

2.5.2 Netmans skyddsmekanismer 

2.5.3 Sakerheten p3 biblioteksnivli for RACCESS 
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2. INSTALLATION AV NATVERK 

Det har avsnittet beskriver hur man installerar konceptet Netman med 
tillhorande h^rdvara. Avsnittet innehliller en hel del detaijinformation 
som kravs i vissa fall. For att inte behova tranga in i alia detaljer, 
har installationsavsnittet delats upp I tre delar enligt fbljande: 

* Grundkonfiguration 

* Tillaggskonfiguration 

* Fjarrboot-konfigurering 

Grundkonfigurationen avser de fall da anvandarna enbart ska anvanda 
datorer som ar anslutna i natverket. 

Tillaggskonfigurationen avser de fall da flera 4004-kort ska utnyttjas, 
och/eller "GATEWAYS" mot fjarrdatorer eller andra leverantorers datorer 
ska definieras. 

Fjarrboot-konfigurering avser de fall da 4004-kort ska fjarrbootas fr3n 
nSgon dator I natverket. 4004-kortet sitter i detta fall I n^gon annan 
typ av dator, t ex en matdator, eller I en egen box (expansionsrack), 
som ar ansluten till natverket. 

Denna Installatlonsanvisning avser Icke natverkskabel och linjeadapter, 
dvs den h^rdvara som kravs for att ansluta en dator till natverket. 
Detta beskrivs i handboken "Natuppbyggnad - Hardvara", vllken ocksS 
anvisar hur linjeadaptrar ska monteras. 

Installationsanvisningen stracker sig frSn linjeadapterns kontakt mot 
4004-kortet, till en dator med tillhorande filer for Netman eller en 
separat box med 4004-kort. 

I bilaga 1 finns en komplex konfigurationsbild, med bokstaver I varje 
del, som ger referenser till den termlnologi som finns I handboken. 
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2.1. GRUNDKONFIGURATION 

Grundkonfigurering omfattarde arbetsmoment som kravs, for att anvanda- 
re ska kunna utnyttja datorer anslutna lokalt i ett natverk. Efter att 
ha utfort denna kan tjansterna NCU, RX och RACCESS anvandas, om 
behorighetsfiler har satts upp. Behorighetsfilerna firms beskrivna i 
avsnittet "SAKERHETSSYSTEMET". 

Att installera en grundkonfiguration av Netman med tillhorande hSrdvara 
ar mycket enkel. 

ArbetsgSngen bestSr av tv§ steg: 

1) Bygla och montera h^rdvara 

2) Lasa in Netmanfiler 

3) Start av Netman (se 2.4) 

HSrdvaran for en grundkonfiguration bestir av (artikel-nr mellan paren- 
teser): 

a) Kommunikationsprocessor 4004 (001-7095-00) 

b) Linjeadapter for natverket och kabel till 4004-kort 
(001-7094-00) 

c) Natverkskabel (partvinnad tv§-tr3d eller koax) 


2.1.1 Kommunikationsprocessorn 4004 

Kommunikationsprocessorn 4004 ar ett kretskort (enkelt europakortsfor- 
mat) som monteras i ett ledigt utrymme bak pS datorn. For att kunna ha 
flera 4004-kort i en dator, miste kortadresser kunna varieras, vilket 
utfors med byglingar. 

Nedan finner du en beskrivning av arbetsgSngen for bygling och monte- 
ring av 4004. 


Netman 


15 



Netman 


Kapitel 2 


2.1 .2 Bygling av 4004 

Kommunikationsprocessorn 4004 ska fore montering byglas pS tv3 stallen. 

I figur 1 finns en bild av ett 4004-kort med A-och 6-kanal samt byglar 
utmarkta: 





B 


A 


Forst ska man bygla adressen p3 bygel s3-s6, se bilden ovan. PS 
4004-kortet skall samtiiga byglar vara slutna, vilket ger adressen 
noil. 

Bygel si skall alltid vara i hogerlage. 

Det finns ocksS en tredje bygel s2, vilken for narvarande inte anvands. 
Vid leveransen ar den satt i vansterlage. 
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2.1 .3 Montering av 4004 

Fore monteringen miste datorn stangas av och spanningen siSs av. Detta 
miste goras genom att man loggar in som root och ger kommandot /etc/ 
shutdown -k. Nar meddelandet "System Halted" kommer pS huvudterminalen 
ska spanningen siSs ifrSn. 

Darefter placeras 4004-kortet pS valfri plats i 4680-bussens expansions- 
utrymme bak pS datorn. 

Kabein ansluts till kanal A p§ 4004-kortet och till kontakten markt 
"computer" pS linje-adaptern. 

Observera! Anslutning av kablar till 4004-kortet skall alltid goras med 
spanningen frSnslagen. 

Nar 4004-kortet har monterats startas datorn enligt foretagets rutiner. 


2.1 .4 Inlasning av Netman-filer 

Vid leveransav Netman foljerdet alltid med "NETMAN RELEASE NOTICE". 
Detta dokument beskriver ett korrekt inforande av alia filer som hor 
till Netman. 
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2.2. TILLAGGSKONFIGURATION 

Tillaggskonfigurering kravs nar fler 4004-kort an huvudkortet ska 
utnyttjas i en dator och aven nar GATEWAYS skall definieras. 

Tillaggskonfigurationen kraver en djupare kunskap i systemadministrato- 
rens arbetsuppgifter och att man foljer vissa rekommendationer enligt 
delta avsnitt. Rekommendationerna gor del enklare att underhilla en 
installation och forandra en konfiguration. 

Tillaggskonfigurering bestir av foljande steg; 

1 Bygla och montera nya 4004-kort 

2 Skapa en miljo i OS for nya 4004-kort 

3 Parametersattning via compar-programmet 

4 Starta om/ny Netman (se 2.4) 


2.2.1 Bygla och montera nya 4004 

Nar du ska satta i nya 4004-kort kan du foija avsnitten ovan om bygling 
och montering 4004, med undantag for adressbyglingen. 

Det forsta 4004-kortet, huvudkortet, bor ha adressen 0. Till de efter- 
foljande rekommenderar vi, att ni valjer adresserna 1, 2, 3 t o m 15 i 
tur och ordning. 

Adressen byglas binart pi s3-s6 med fyra byglar. Om ni hlller 4004-kor- 
tet med kontakterna A och B till hoger, s§ ar den minst signifikanta 
biten nederst. En dppen bygel ar lika med binar etta, en sluten ar lika 
med en binar nolla. Dvs om nedersta biten ar oppen och de ovriga slutna 
fis adressen 1 . 

Samtiiga mojiiga adresser fIs enligt foljande: 


s6 

s5 

s4 

s3 



nedersta 



oversta 



sluten 

sluten 

sluten 

sluten 

= 

0 

oppen 

sluten 

sluten 

sluten 

= 

1 

sluten 

oppen 

sluten 

sluten 

= 

2 

oppen 

oppen 

sluten 

sluten 

= 

3 

sluten 

sluten 

oppen 

sluten 

= 

4 

oppen 

sluten 

oppen 

sluten 

= 

5 

sluten 

oppen 

oppen 

sluten 

= 

6 

oppen 

oppen 

oppen 

sluten 

= 

7 

sluten 

sluten 

sluten 

oppen 

= 

8 

oppen 

sluten 

sluten 

oppen 

= 

9 

sluten 

oppen 

sluten 

5ppen 

= 

10 

oppen 

oppen 

sluten 

oppen 

= 

11 

sluten 

sluten 

oppen 

oppen 

= 

12 

oppen 

sluten 

oppen 

oppen 

= 

13 

sluten 

oppen 

oppen 

oppen 

= 

14 

oppen 

oppen 

oppen 

oppen 

= 

15 
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2.2.2 Skapa en miljo i OS for 4004-kort 

En node, dvs en adress i operativsystemet och en knytning till den 
programvara som kravs, for 4004-kortet miste skapas I OS:et, vilket 
utfors med kommandot "^tc/mknod". Fortsatter vi aven hSr med adressen 
1 fSr kommandot foljande utseende: 

□ /etc/mknod /dev/n400401 c 10 1 

Forsta argumentet ar nodenamnet som onskas, 01 I namnet, motsvarar 
adressen pS 4004-kortet (bygel s3-s6). Andra argumentet "c" anger att 
det ar en teckenenhet. Tredje argumentet "10" Hr OSiets modul for 
nathantering. Sista argumentet miste vara adressen som ar byglad pi 
4004-kortet (bygel s3-s6). I det har fallet 1, eftersom vi valde det 
exemplet. Adressbyglingen finns beskriven I avsnittet "Bygling av 
4004-kort", och "Bygla och montera nya 4004kort". 

Efter att vi skapat en node for det nya kortet mista man skapa en tom 
fil I root-biblioteket, som den nya Netmanhanteraren kan skicka sitt 
data via. Detta gdrs enklast som I exemplet nedan. 

# >/netphys01 

Observera att vi aven har fortsatter att ha adressen pi kortet som ett 
suffix pi filen. Detta bara for att man latt skall se vilka filer som 
hor till vad. 


2.2.3 Parametersattnirtg via "compar" 

Compar ar ett program som ar till for att skapa och/eller sitta para- 
metrar fdr 4004-kort I en Netman-konfiguration. Filen som skapas Ir 
till for bootning av ett 4004-kort. Compar arbetar mot ett 4004-korts 
parameter- och konfigurationsfil I taget. 

For att starta compar miste systemadministratoren ha superuserprivile- 
gier, vilka fis genom att starta programmet su eller logga in som root. 

Compar bestir av en huvudmeny med valmojiigheter enligt foljande; 

COMMUNICATION PARAMETER SETUP Wed Apr 1 1987 


Main menue 


— ►!. Installation parameters 

2. Port definitions 

3. Definition of corn-servers 

4. Corn-server references 

5. Definition of other servers 

6. Update next board 

7. Write 
0. Exit 


Your selection: 1 
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Om man utfor nigon forandring med compar MASTE man ovilikorligen vaija 
"7. Write" innan man avsiutar compar eller valjer "6. Update next 
board", annars utfors inte de forandringar man gjort. Eftersom "compar" 
har denna write-funktion, kan man prova programmet utan att spara det 
man har gjort. 

Innan man startar "compar" (observera SUPER-USER privilegier) mSste man 
byta bibliotek till /usr/lib/net, vilket utfors med kommandot: 

# cd /usr/lib/net 

Start av "compar" utfors med fdijande kommando: 

# compar 

Efter start av compar fSr man forst frSgan "Update parameters for board 
# Dar svarar man "n4004nn", fast istallet for nn skriver man den 
adress man har byglat p3 4004-kortet. Skall parametrar andras for 
huvudkortet anger man n4004. Trycker man darefter p§ return fSr man upp 
huvudmenyn. 

For att aktivera de forandringar man utfort via "compar" mSste Netman 
startas eller Sterstartas, vilket beskrivs i avsnittet "Start eller om- 
start av Netman", avsnitt 2.4. 

Avsnitten som foljer beskriver de olika menyerna. 


2.2.4 Avsiutning och markorforflyttning i "compar" 

I compar anvander man sig av RETURN for att avsiuta menyer. 
Markorforflyttning utfors enligt foljande: 


Vanster 


pil 

vanster eller 

CTRL-h 

Hoger 


^ pil 

hoger eller 

CTRL-1 

NedAt ett 

steg 

] 

nedAt eller 

CTRL-j 

UppAt ett 

steg 

t pil 

uppAt eller 

CTRL-k 


2.2.5 "1. Installation parameters" 

Nedan foljer meny 1 : 

COMMUNICATION PARAMETER SETUP Wed Apr 1 1987 

Installation parameters 

Boardtype: 4004 

Host connection (Y/N): Y 
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Boardtype-faltet skall inneh^lla "4004" om det inte ar ett 4204- eller 
4301 -kort som skall fjarrbootas, vilket inte beskrivs i denna dokumen- 
tation. 

frSgan "Host connection (Y/N):", kan man svara Yes (Y) eller No (N). 

Svarar man Y indikerar man att det aktuella 4004-kortet ar ett kort, 
som skall kunna nSs via bussen i datorn. "N" indikerar att 4004-kortet 
ar ett kort som endast kan nSs via natverket. 


2.2.6 "2. Port Definition" 
Nedan foljer meny 2: 


COMMUNICATION PARAMETER SETUP Wed Apr 1 1987 


Port definitions 
Port id Usage 


SIO A D 

SIO B G 


Group Linetype Phone number 


0 0 


Linetype 


Usage 


0 Leased or manual operated 

1 RS232 Autoanswer ~ DTE 

2 RS232 Autoanswer - DCE 

3 Autodial - Mikroteknik 

4 Autodial - Hayes smart modem 

5 X21 


D DNET 
G Gateway 
U Unused 


Under menyn "2. Port definition" anger man hur port A och B p§ 
4004-kortet ska anvandas. 

Den nedre halvan visar valmojiigheterna for den ovre halvans kolumner 
"USAGE" och "LINETYPE". 

"GROUP" anvands for att kunna dela In kortets SIO (Serlell Input 
Output-kanaler) I grupper for olika protokoll. 

"PHONE NUMBER" anvands for Steruppringning i Datex X.21, har skrivs 
abonnemangsnumret for den egna DCE:n. 
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2.2.7 "3. Definition of corn-servers" 

Nedan foljer meny nummer 3; 

COMMUNICATION PARAMETER SETUP Wed Apr 1 1987 

Definition of corn-servers 

Server Count Suffix Portgroup Autostart Reference 

SNACLUSTE 1 R 0 N 0 


I denna meny valjer man vilket protokoll som ska anvandas i den "GATE- 
WAY" som g3r via port B mot nSgon extern dator. Aven port 
A kan utnyttjas som en "GATEWAY", om den inte ar kopplad mot natverket. 

Dokumentet "BESKRIVNING AV FILER FOR BOOTNING AV KOMKORT" 
(bilaga 2) informerar om tillgangliga protokoll. Alla "com- servers" 
(protokoll) har beteckningen "bootaOSnn", dar nn kan vara 10-19, och 
motsvarar olika datorers protokoll frSn andra leverantorer. 

Server-kolumnens innehlll styrs av vilka protokoll som finns inlasta. 
Lit oss ta exemplet att "boota0512", vilket motsvarar protokollet 
SNA/SDLC 3270, finns inlast i den dator som ni hlller pi att generera. 
Dl stir det "SNACLUSTE" i kolumnen "Server". 

I kolumnen "Count" anger man hur minga samtidiga cluster man vill ha 
tillging till i samma 4004-kort. Det maximala antalet ar sju. Valida 
varden ar 0 - 7. Det interna minnet pi kortet ar begransat till 64 
kbytes, si ju fler rutiner man lagger ut i kortet desto mindre utrymme 
ar det kvar for externa anrop frin t ex natverket (NCU, RX eller RAC- 
CESS). Antalet terminaler som kan kopplas upp mot i kortet laddad 
programvara minskar ocksl. 

Kolumnen "Suffix" ger mojiighet att skiija olika cluster It som defi- 
nieras. Det absolut vanligaste ar att ett cluster definieras i varje 
4004-kort. SNA 3270 t ex tar automatiskt "R", som suffixvarde. Vi 
rekommenderar darfor "R", for det forsta clustret. Anger man att tvl 
eller tre cluster onskas, fis automatiskt "A" for det andra och "B" for 
det tredje. Valjer man sjalv ett tecken till "Suffix" for det forsta 
clustret, fir efterfoljande cluster nasta mbjiiga tecken i ASCII-alfa- 
betet osv. Observera att suffix miste vara unikt i ett natverk for 
cluster av samma typ. 

"Portgroup" refererar till "group" under menyn "2. Port definition". 
Detta ger mojiighet att gruppera portar for olika protokoll, vilket 
mest ar avsett for framtida bruk. 
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I kolumnen "Autostart" anger man Y (Yes) eller N (No). Y ger mojiighet 
att starta ett cluster utan att nSgon terminal ar aktiverad. Det inne- 
bar att DTR (108) laggs hog till modemet s§ att en uppkoppling tillSts. 

"Reference"-kolumnen ger mojiighet att med en siffra ge ett referens- 
nummer till det cluster man definierar. Detta utnyttjas under menyn "4. 
Corn-server references", dar man ger kommunikationsparametrar for varje 
"GATEWAY". 


2.2.8 "4. Corn-server references" 
Nedan foljer meny 4: 


COMMUNICATION PARAMETER SETUP Wed Apr 1 1987 


Com-server references 
Opt ions 

Ref FDX DLC NAE SHM No. Handler dependent data (hex) 

to 

call 


0 

N 

N 

N 

N 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

1 

N 

N 

N 

N 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

2 

N 

N 

N 

N 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

3 

N 

N 

N 

N 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

4 

N 

N 

N 

N 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

5 

N 

N 

N 

N 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

6 

N 

N 

N 

N 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 

00 


Under meny 4 anger man kommunikationsparametrar for "GATEWAYS". 
Fordefinierat finns 7 st parametergrupper 0-6, motsvarande de som finns 
under meny 3 i kolumnen "Reference". De ovriga falten i denna meny ar 
uppdelade i 3 grupper enligt foljande: 

o Options 

o Number to call (No. to call ovan) 
o Handler dependent data (hex) 

"Options" avser forbindelseparametrar och forkortningarna finns forkla- 
rade nedan. 
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FDX 

Full Duplex kolumnen ger mojiighet att vaija halv eller full duplex, 
dvs om man utnyttjar en fdrbindelse med fast barvSg i blda riktningarna 
(FDX), eller om forbindelsen "vands" med RTS (105) och CTS (106) (HDX). 
Y ger full duplex, N ger halv duplex. 

DLC 

Disconnect on Lost Carrier ger mojiighet att koppla ner Datelfdrbindel 
sen om barvSgen (109) forsvinner i granssnittet. 

NAE 

No Auto Enable ar en drivrutinsberoende parameter (for GATEWAYS), som 
inte anvandsfor narvarande. Den ska vara "N" (NO). 

SHM 

Short Hold Mode ger mojiighet att utnyttja Datexgranssnitt pS ett 
effektivt satt. 

I kolumnen " Numberto call" skriver man det nummer som automatiskt skall 
skickas, nar det ar fbrbindelser som skall kopplas upp. Detta kraver 
automatisk uppringare av Hayes typ, Mikroteknik eller Datex X.21. 

"Handler dependent data" avser sSdan information, som den externa 
leverantoren som man skall koppla upp sig mot tillhandahSlIer. I 
SNA-fallet kravs bl a XID (exchange id), och i UTS kravs "PID" 
(poll-id). 


2.2.9 "5. Definition of other servers" 

Denna meny ger mojiighet att fS tillgang till andra servers an sSdana 
som ar avsedda for "GATEWAYS". Nedan fbljer meny 5: 


COMMUNICATION PARAMETER SETUP Thu Apr 2 1987 

Definition of other servers 
Server Include Parameter 

COMMUX N 

COMBOOT N 


De tv3 som idag finns i en Netman-miljo ar Commux och Comboot, vilka 
ger tillaggstjanster i natverket. 

Include-kolumnen ger systemadministratoren mojiighet att ta med eller 
utesluta servern. Detta verkstalls med Y (Yes) eller N (No). 

Parameter-kolumnen anvands ej for commuxen. For comboot sty rs prioritet 
for fjarrbootning, valida varden ar 0-7, dar 0 ar hogsta prioritet. 
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2.2.10 ”6. Update next board" 

Detta val under huvudmenyn ger mojiighet att direkt frin compar bdrja 
generera ett nytt 4004-kort. Man fSr efter val 6 samma friga som nar 
man startar compar, dvs "Update parameters for board # Man svarar 
dar med node-namnet, t ex n400401 for det forsta tillaggskortet och 
n400402 for det andra tillaggskortet. 


2.2.11 "7. Write" 

Val nummer 7 "Write" verkstaller de inmatningar man utfort med hjalp av 
compar. 

Det ar VIKTIGT att AVSLUTA med WRITE, annars gSr man miste om alia 
inmatade varden. 


2.2.12 "0. Exit" 

"Exit" avsiutar compar-programmet. 
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2.3. FJARRBOOT-KONFIGURERING 

I de fall 4004-kort inte ar placerade i nSgon dator utan i en egen box 
(expansions-rack) ansluten till natverket, kravs laddning (boot) fr3n 
n^gon dator i natverket. 

ArbetsgSngen for att konfigurera for en sSdan installation bestir av 
tre nnoment: 

1) Parametersattning via "connpar" 

2) Forse 4004-kort med boot-prom 

3) Bygling och montering av 4004 i expansionsrack 


2.3.1 Parametersattning via "compar" 

Parametrar for ett fjarrbelaget 4004-kort sattes i de datorer som ska 
ombesorja fjarrboot av detsamma. ArbetsgSngen ar den vanliga: 

*Satt parametrar med hjalp av "compar" 

*Avsluta "compar" med write 

* Starta om Netman (se 2.4) 

For ett fjarrbootat 4004-kort vaijs serienumret som namn pS parameter- 
filen for kortet. PS frSgan, efter start av "compar", "Update parame- 
ters for board # ;" skrivs serienummer, som skall vara aktuellt serie- 
nummer pS 4004-kortet. 

For att man ska kunna aktivera ett fjarrbelaget 4004-kort, mSste ne- 
danstSende menyer andras: 

1. Installation parameters 

2. Port definition 

3. Definition of corn-servers (om nSgon gateway onskas) 

4. Corn-server references (om nSgon gateway onskas) 

5. Definition of other servers 

Nar dessa menyer andrats enligt efterfoljande avsnitt, kan 4004kortet 
bootas via nSgon dator i natet. 
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"1. Installation parameters" 

Under denna meny svarar man N (No), frSgan "Host connection (Y/N): 
"2. Port definition" 

Under "USAGE" i denna meny anges ett "D" (natanslutning) for port A pS 
4004-kortet. 

Parametrar for andra utgSngar p§ 4004-kortet satts enligt onskemSi. 
Valmojiigheter for dessa beskrivs under avsnittet "TILLAGGSKONFIGURA- 
TION". 

"5. Definition of other servers" 

Nar ett fjarrbootat kort skall installeras mSste meny 5 forandras for 
huvudkortet i den dator som ska utfora booten och aven for den dator 
som skall fungera som reservdator for boot. Under denna meny for huvud- 
kortet, dvs nar man svarar n4004 pS frSgan "Update parameters for board 
# :", anges att huvudkortet skall kunna fjarrboota genom att man skri- 
ver Y (Yes) efter "Comboot". 

Nar 4004-kort fjarrbootas ska man ha alternativa datorer som utfor 
denna, forutsatt att det finns flera datorer i natverket. Samtidigt kan 
bara en dator ombesorja fjarrbooten. Detta styrs genom en prioritering 
som satts upp i parameterkolumnen. Valida varden i denna kolumn ar 0-7, 
dar 0 ar hogsta prioritet. 

For datorn med huvudkortet, som normalt skoter fjarrbooten ges vardet 0 
i parameterkolumnen. Alternativdator nummer 1 fSr en 1;a, alternativda- 
tor nummer 2 en 2:a och alternativdator nummer 3 en 3;a osv. 

Netman miste startas om efter det att andringar infdrts via compar, i 
de datorer som ska ombesorja boot. Se avsnittet 2.4 for information om 
hur det gSr till. 


2.3.2 Forse 4004-kort med boot-prom 

Ett 4004-kort som ska fjarrbootas mSste vara forsett med en speciell 
krets (boot-prom) i stallet for den som finns nar kortet sitter i en 
dator. 

Kom ihSg att uppge vid bestallning av krets eller kort att kortet ar 
avsett for fjarrboot. 
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2.3.3 Bygling och montering av 4004 i expansionsrack 

Den enda bygel som mSste kontrolleras ar si (se figurl i avsnitt 2.1), 
som ska vara salt i hdgerlage. 

Montering sker enligt nedanstSende bild expansionsrack och 4004- 
kort. Nar detta ar utfort ansluts port A pS 4004-kortet till en nat- 
adapter med darfor avsedd kabel. 
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2.4 START/OMSTART AV NETMAN 

For att aktivera ett kort med de parametrar man salt upp med "compar" 
miste programmer netman startas eller omstartas. 

Om det ar forsta gSngen man skall aktivera ett kort kan det vara klokt 
att gora det manuellt for att kunna se om det fungerar som det skall. 

For att aktivera ett huvudkort manuellt gor man pi foljande vis. 

# /usr/lib/net/netman 

For att aktivera ett extra kort manuellt gor man pi foljande vis. 

# /usr/lib/net/netman -d node -m/ namn 

node skall man byta ut mot det namn man gav kortet vid skapandet av 
miljon for kortet (se 2.2.2) 

namn skall var namnet pi den fil man skapade nar man ordnade miljon for 
kortet (se 2.2.2) 


Ex. 

# /usr/lib/net/netman -d/dev/n400401 -m/netphysOI 


For att fl ett huvudkort aktiverat automatiskt vid start av datorn 
miste foljande tvl rader andras i filen /etc/inittab. 

net;2:off:nice -8 /usr/lib/net/netman -F 
ra:2:off:nice -8 /usr/lib/net/raccess -F 

Det som skall andras ar ordet "off" som skall vara "respawn”, det 
andrar man enklast med en editor. 

Om man skall ha ett extra kort aktiverat automatiskt vid start av 
datorn skall en rad med foljande utseende laggas till i filen /etc/* 
inittab. 

net1:2;respawn:nice -8 /usr/lib/net/netman -d node -m/ namn -F 

OBS! se till att forsta faltet alltid ar unikt. T.ex netl for kort med 
adress 1, net2 for kort med adress 2 osv. 

Nar andringarna och/eller tillagget ar gjort miste foljande kommando 
utforas for att aktivera korten. 

# telinit q 
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Om man har gjort andringar i en parameterfil till ett kort som redan ar 
aktiverat skall kortet omstartas, detta kan ske p§ lite olika satt 
beroende hur Netman ar startad (automatiskt frSn inittab eller ma- 
nuellt) och vilken signal man skickar till Netman. Vilka signalerna ar 
kan du lasa om appendixet netman(l). 

Kommandotforomstartav Netman hardet generella utseende som beskrivs 
nedan. 

# /usr/lib/net/netman -k<s> <-m/ namn > 
namn ar det samma som beskrivits ovan 
s ar en numerisk siffra for en signal 

Om det ar en Netmanprocess for ett huvudkort som skall omstartas 
behovs inte optionen -m anvandas. 

Nar en Netman for ett kort ar startad automatiskt frSn inittab ar det 
som sS att Netman alltid startas om aven om man skickar en signal som 
sager att det inte skall ske. Skall man ha en sSdan Netman att inte 
starta om mSste ordet "respawn" andras till "off" pS den raden dar 
denna netman startas i /etc/lnittab. 
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2.5. SAKERHETSSYSTEMET I NETMAN 

Sakerhetssystemet i konceptet Netman bygger pa tva delar: 

* Skyddsmekanismer i operativsystemets filsystem 

* Netmans skyddsmekanismer 

Det ar omojiigt att beskriva sakerhetssystemet genom att bara beskriva 
Netmansskyddsmekanismer. Darfor mSsteocksS operativsystemets skydd i 
filsystemet beskrivas for att anvandare av flera datorers gemensamma 
filsystem skall fS en helhetssyn av sakerhetssystemet. 

2.5.1 Skyddsmekanismer i operativsystemets filsystem 
Skyddsmekanismerna i filsystemet ar uppdelade i tre delar: 

•Anvandare 

* Bibliotek 

* Filer 

Anvandarna ar uppdelade i tre grupper: 

* Agare 

* Gruppmedlemmar 

* Alla anvandare 


Skydd p^ filnivi 

For att se vilket skydd man kan f§ i filsystemet ser ni nedan resulta- 
tet av kommandot "Is I" p§ ett bibliotek med namnet Bok, och en fil 
med namnet "dell". 


drwxrwxr-x 
-rwxrw-r — 

2 

1 

pert 

pert 

stats 

stats 

256 Nov 29 12:22 
7272 Nov 26 13:39 

Bok 

dell 

-I — 1 — 1 — 

t u g o 


t=type 

u=user 

g=group o=other 



Den forsta tecknet pS varje rad visar vilken typ av fil det ar. Bok har 
ett "d" i forsta positionen vilket visar att det ar ett bibliotek. Ett 
visar att det ar en vanllg fil, dvs Icke ett bibliotek eller h3rd- 
varuenhet. 

Nasta nio tecken ar skyddsbitarna. De tre forsta av dessa nio avser 
agaren, nasta tre avser gruppmedlemmar, och de tre sista avser alia 
anvandare. Grupper definleras i filen /etc/group, och anvands for att 
dela in alia anvandare i olika grupper, sS att man flexibelt kan styra 
las-, skriv- och exekveringsmojilgheter for gruppmedlemmar. 
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For en fil betyder "r" lasrattighet (read), "w" skrivrattighet (write) 
och "x" exekveringsrattighet (execute). 


Skvdd pg biblioteksniv^ 

For ett bibliotek har skyddsbitarna fdijande betydelse: 

r biblioteket kan lasas med Is kommandot 

w filer fir skapas och tas bort i biblioteket 

X ger rattighet att fdrflytta sig till biblioteket for att kopi- 
era filer fran detsamma (om filerna ar lasbara). 

Med kommandot "chmod " kan anvandare andra dessa skyddsbitar for sina 
filer eller bibliotek. Kommandot nedan: 

□ chmod g-w dell 

tar bort skrivrattighet for gruppmedlemmar pi filen dell. Forsta 
tecknet i "g-w" avser anvandarnivin och kan vara u = user, g = group 
eller o = other, eller en kombination av dessa. Sista tecknet i "g-w", 
w = skrivbar (write) kan ocksi vara r = lasbar (read) eller x = exekve- 
ringsbart (execute). 

For att ytterligare klarlagga mbjiigheterna med skyddsbitarna for 
filsystemet pi biblioteksnivi kan ni studera tabellen nedan. 


Skyddsbitar for Testdir 

“WX 

r-x 

rw- 

pwd = pert 
Is ”ser” Testdir 

ja 

ja 

ja 

pwd = pert 
cd Testdir 

ja 

ja 

ne j 

pwd = Testdir 
**ls” ser testinfo 

ne j 

ja 

ja 

pwd = Testdir 
cat testinfo 

ja 

ja 

ne j 

pwd = Testdir 
rra testinfo 

ja 

ne j 

ne j 

pwd = Testdir 
> testinfo 

ja 

ne j 

ne j 
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2.5.2 Netmans skyddsmekanismer 

Netman har skyddsmekanismer for att skapa ett sakert natverk. Forutom 
de skydd som o pe rati vsyste met ger, har Netman mojiighet att styra 
Stkomster frin fjarrdatorer eller natverksdatorer. Detta styrs p3 tre 
nivler enligt nedan; 

* Anvandare utan ".netkey" 

•Anvandare via ".netkey" 

* Anropstyp via "servtab" 

De olika tjansterna "NCU", "RX" och "RACCESS" mellan olika datorer 
anvander sig av olika principer for att klara sina anrop och filkopie- 
ringar, 

"RACCESS" anvander sig av en kombination av natverksdatorns och den 
lokala /etc/passwd for kopiering av filer, och via ".netkey" kontrolle- 
ras behorigheten for anvandare, att utnyttja RACCESS till andra dato- 
rer an den lokala. 

NCU anvander sig enbart av /etc/passwd i den dator som forsoker nSs for 
kontroll av behorighet vid inloggningen. 

RX kan utnyttja ".netkey" och /etc/passwd i datorerna som ar inblandade 
i kommandot, eller enbart /etc/passwd for kontroll av inloggning. 

Optionen " I" i RX anvands for att undvika ".netkey". For att inte 
blanda ihop anvandaridentiteter och anvandarnummer (uid) vid filkopie- 
ringar, rekommenderar vi systemadministratoren att se till att anvanda- 
re har samma anvandarnummer i alia datorer, dvs i lokaldatorn, nat- 
verksdatorer och alia fjarrdatorer som anvandaren finns definierad i. 


".netkey" 

For att behSlIa sakerheten i ett natverk bdr root inte ha nSgon ".net- 
key". Om root har en .netkey kommer han aven in i andra natverksdatorer 
vilket inte alltid ar sjaivkiart. 

Filen ".netkey" bdr varje anvandare ha i sitt hembibliotek, for att 
underlatta anvandandet av "RX" och mdjiiggdra utnyttjandet av "RAC- 
CESS". Filen skapas med en editor, och innehlller rader som bestir av 
tre fait enligt fdijande; 

System-namn Anvandar-identitet Ldsen-ord 

Systemnamn ar namnet pa det system som anvandaren ska kunna nl med 
Netmans funktioner. Metatecken gSr att utnyttja i detta fait. En "*" 
ger anvandaren mojiighet att anropa alia datorer i ett natverk, om 
denne finns med i fjarrdatorernas respektive natverksdatorernas /etc/- 
passwd. 

Anvandaridentitet motsvarar login-namn for anvandaren, dvs fdrsta 
faltet i /etc/passwd. 
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Losenord motsvarar ej det som skapats av anvandaren med hjalp av pro- 
grammet "passwd", utan ".netkey" har egna losenord vilka jamfors i 
olika datorer. Ar de identiska tillSts funktioner via "RX" (utan -lop- 
tion) och "RACCESS". Losenordet ska skrivas in i klartext, till skill- 
nad frin den krypterade form som finns i /etc/passwd. 


Foren anvandare med anvandaridentiteten "pert" och losenordet "venus" 
och som vill komma 3t datorerna alfa, beta och gamma, skulle ".netkey" 
kunna se ut pi foljande satt: 


Kolumn 1 

alfa 

beta 

gamma 


kolumn 8 

pert 

pert 

pert 


kolumn 16 

venus 

venus 

venus 


Vill man underlatta ".netkey"-hanteringen kan filen ha foljande utseen- 
de: 

* pert venus 

vilket resulterar i att nya datorer kan laggas till utan att ".netkey" 
andras, men den miste dock kopieras till anvandarens HOME-bibliotek i 
den nya datorn. 

Om ".netkey" inte skulle vara las- och skrivskyddad vid nigot tillfal- 
le, si andras den si fort den utnyttjas till lls-och skrivbar enbart 
for agaren. Detta for att skydda losenordet, si att obehoriga inte ska 
kunna lasa det. Filen fir alltsi, efter nigon access, behorighet enligt 
nedan: 


-rw 1 pert stats 43 Nov 26 13:00 .netkey 


"sery ta b" 

Filen servtab finns i biblioteket /usr/lib/net, och beskriver vilka lo- 
kala tjanster som understods. Servtab innehlller rader med tre fait 
vardera. Dessa anger servicenummer, servicenamn och programnamn. 

Servicenummer kan besti av ett nummer eller ett minustecken. Det vanli- 
gaste ar ett minustecken, som innebar att ett unikt nummer ges vid 
varje uppstartstillfalle av Netman. 

Servicenamnet anvands av program som vill anvanda sig av tjansten. Om 
faltet innehlller ersatts det av systemnamnet som finns i OS:ets 

(uname -n). Om dar inte finns nigot namn, tas frIn filen 
/etc/- 

systemid. Vanligtvis har man ett prefix som indikerar vilken typ av 
tjanst det ar. 

Programnamn ar ett pathname till ett program, dvs ett fullstandigt 
filnamn uttryckt frin roten i filsystemet. Motsvarande program aktive- 
ras nar tjansten anvands. 
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Servtab ser ofta ut p§ foljande salt, om "NCU", "RX" och "RACCESS" ar 
tillStna anrop fr§n natverksdatorer eller fjarrdatorer: 


6 


L_WS /usr/lib/net/ncu 
X_WS /usr/lib/net/rx 
A_AS /usr/lib/net/raccess 


2.5.3 Sakerheten pS biblioteksnivS for RACCESS 

Sakerheten p§ biblioteksnivS for "RACCESS" motsvarar det som firms for 
operativsystemets filsystem, avseende de funktioner som firms i tabel- 
len i avsnitt 2.5."Skydd p§ biblioteksnivS". 

RACCESS har inte alia "system calls" implementerade. Se kommandobe- 
skrivningen for information om vilka funktionskoder som vidarebefordras 
till andra datorer. 

Skapa bibliotek samt andra skyddsbitarna for filer/bibliotek ar exempel 
pi funktioner som inte kan utforas via RACCESS. Vill man uppn§ sSdana 
funktioner tar man i stallet NCU eller RX till hjalp. 
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3.1 install 
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3. PROGRAMVARA OCH HJALPFILER 


Netman bestir av ett antal program och hjalpfiler, som fir ett natverk 
att fungera och ger den sakerhet som kravs i en natverksmiljo. 

Program och hjalpfiler distribueras pi en diskett med "tar-format" dvs 
filerna ar nedlasta pi disketten med D-NIX hjaipprogram "tar". 

Finns en diskett tillganglig kan en innehilisfbrteckning erhillas med 
foljande kommando: 

□ tar tf /dev/sfO 

bo Ota 0000 

bootaOlOO 

boota0102 

bootaOSOO 

boota0400 

bootaOSOO 

boota0520 

boota0521 

bootman 

bootp4004 

bootpnet 

compar 

install 

ioctitab 

ncu 

netman 

raccess 

rx 

87-01-01 fanns ovanstiende filer med pi Netman-disketten. En aktuell 
innehilisforteckning fis med motsvarande tar- kommando pi den senaste 
versionen av Netman-disketten. 

Nedan fbljer avsnitt som beskriver de olika programmen och hjalpfiler- 
na. 


3.1 "install" 

Install ar Netmans installationsprogram. 

Ytterligare information om hur man installerar programvaran finns i 
dokumentet "Netman Release notices". 


3.2. "bootannnn" 

Gruppen "bootannnn" ar ett antal filer, som dels ar program som kommu- 
nicerar med hSrdvaran (drivers), dels konfigurationsfiler. Ytterligare 
information om "boota" filer finns i bilaga 1 "Beskrivning av filer for 
bootning av komkort". 
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3.3. "netman" 

Netman ar natverksovervakaren som ombesorjer trafik till och fr3n 
natverket, samt startar processer for att ta hand om inkommande anrop 
frSn andra leverantdrers datorer, fjarrdatorer och natverksdatorer. 

Netman i sin tur startar bootman som ombesorjer laddning (boot) av 
4004-kort. 


3.4. NCU, RX och RACCESS 

NCU, RX och RACCESS ar funktioner som fungerar mellan datorer frin 
samma familj i ett natverk. Funktionerna och dess anvandningsomrSde 
beskrivs i introduktionen till denna handbok. Detaijinformation finns i 
respektive kommandobeskrivning. 


3.5. "bootman", "bootpnet" och "bootp4004" 

Bootman ar ett program som laddar (bootar) 4004-kort i en dator eller i 
natverket (fjarrboot). Finns det endast ett 4004-kort i en dator och 
inga som fjarriaddas via natverket avsiutas bootman efter laddningen. I 
annat fall ar bootman kontinuerligt aktiverat och kontrollerar om nSgot 
kort behover laddas om. 

Bootp-filer ar program som laddas i 4004-kort for att senare ombesorja 
den verkliga laddningen via bootman ute i 4004-kortet. 

Bootp4004 aktiverar lokalt 4004 komkort, till skillnad frSn bootpnet 
som aktiverar 4004-kort i natverket. 


3.6. Compar 

Compar ar ett program for konfigurering och sattning av parametrar till 
program, som kan laddas i 4004-kort. Programmet bestir av ett antal 
menyer, som ar val beskrivna i avsnittet "2.2. Tillaggskonfiguration". 


3.7. "ioctitab" 

ioctitab innehSlIer beskrivning av funktioner som skoter l/O-kontrollen 
for RACCESS. Formatet for "ioctitab" ar beskrivet i kommandobeskriv- 
ningen for RACCESS. 
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4. DRIFT AV NATVERK 

Netmans drift kan vara halt automatiserad, dvs aktiverad via demoner 
istallet for av nSgon systemadministrator eller anvandare. Delta ar 
ocksS det normala for att datorer i ett natverk skall vara tillgangliga 
aven om systemadministratoren inte ar det. 

I vissa fall kan det dock vara onskvart att starta Netman manuellt,tex 
om systemadministratoren vill starta Netman med en trace. En trace ger 
kontinuerlig utskrift av status eller overforda data och den manuella 
starten ar att foredra, eftersom utskriften tillfalligt onskas till n^gon 
speciell terminal eller skrivare. 

Det ar tvS program som ska aktiveras for att Netmans tjanster ska kunna 
utnyttjas. Det ar dels "netman", dels "raccess". De andra programmen 
"rx" och "ncu" ar program som varje anvandare startar sjalva nar dessa 
funktioner onskas. 


4.1. AUTOMATSTART 

Automatstarten kan utforas pS tv§ salt. Det ena sattet avser en instal- 
lation dar Netman ar aktiverad kontinuerligt, frSn det att operativsys- 
temet gir upp i fleranvandarmode tills systemet desaktiveras. Det andra 
sattet avser de installationer dar Netman ar aktiverad vissa tidsperio- 
der, dvs ej kontinuerligt under dag, vecka, mSnad eller §r. 


4.1.1. Kontinuerlig aktivering av Netman 

I de fall d3 en kontinuerlig aktivering av Netman onskas, dvs dygnet 
runt nar operativsystemet ar i fleranvandarmode, anvander man sig av 
/etc/lnittab. Inittab ar till for att programmet init skall kunna akti- 
vera processer. Programmet ar placerat i biblloteket /etc, som InnehSl- 
ler aven andra, for systemadministratoren viktiga program och filer. 

For att starta "netman" och "raccess", kravs att inittab kompletteras 
via en vanlig editor enligt foljande: 

net:2:respawn:nice -8 /usr/llb/net/netman -F 
ra:2:respawn:nlce -8 /usr/lib/net/raccess -F 

Nar operativsystemet g^r upp I fleranvandarmode, startas automatiskt 
proceduren Init, som I sin tur aktiverar "netman" och "raccess", om 
ovanstSende rader finns i "inittab". 
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4.1.2 Aktivering av Netman under vissa tidsperioder 

I de fall nar Netman endast ska vara aktiverat under dagtid, eller 
nSgon annan ej kontinuerlig tidsperiod, anvands cron, crontab, sed och 
cut. Dessa finns med i utvecklingspaketet, vilket kravs for att man pS 
ett smidigt satt ska kunna uppnl de aktiveringsperioder som onskas. 

Programmet "cron " ar en sk demon, som alltid ska vara startad om man 
vill ha program startade via "crontab". Programmet "cron" tittar med 
jamna tidsintervaller (vanligtvis varje minut) i "crontab", som ar en 
tidtabell for program som Sterkommande ska startas. 

For att fl "netman" och "raccess" aktiverad respektive desaktiverad vid 
olika tillfallen, kravs fyra rader i en crontabfil. Raderna i "crontab" 
bestir av sex fait enligt nedan; 

n n n n n program-namn 

Alla "n" stir for tidpunkter, i tur och ordning minuter, timmar, dag i 
minaden, mlnaden och slutligen veckodagen. For att kunna aktivera nSgot 
flera ginger under t ex en timme kan "n" upprepas Itskilt av ett komma 
enligt nedan; 

0,10,20,30,40,50 n n n n programnamn 

vilket gor att aktuellt program startas var tionde minut. En kan 
ocksi ersatta "n", vilket betyder samtiiga tillfallen for faltet. 

Valida varden for veckofaltet ar 1- 7, vilket motsvarar mlndag-sondag. 

Vill man ha "netman" och "raccess" aktiverad kontorstid mellan 08.00 
och 17.00 kravs foljande fyra rader; 

0 8 * * 1-5 /usr/lib/net/netman 
08 * * 1-5 /usr/lib/net/raccess 
0 17 * ♦ 1-5 /usr/lib/net/netman -k 
0 17 * * 1-5kill -9 pid 

OBS! Om man skall kunna starta och stoppa netman eller raccess via cron 
pi detta satt fir man INTE automatstarta dem frin /etc/inittab. 

Pi fjarde raden motsvarar "pid" en shellprocedur med en pipeline enligt 
foljande; 


ps -alx 6 grep raccess 6 sed "s/6 6 */ /g" 6 cut -f3 -d"" 

vilken ska vara placerad i en fil med namnet "pid" under biblioteket 
/usr/bin. For att detta ska fungera miste hjaipprogrammen (D-NIX utili- 
ties) ps, grep, sed och cut finnas i hjaipprogrambiblioteket "/bin", 
samt cron vara aktiverad av /etc/rc. 
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4.2. MANUELL START 

Systemadministratoren startar "netman " manuellt med foljande kommando 

# /usr/lib/net/netman< -d node -m/ namn > 

node skall man byta ut mot det namn man gav kortet vid skapandet av 
miljon for kortet (se 2.2.2) 

skall vara namnet pi den fil man skapade nar man ordnade miljon 
for kortet (se 2.2.2) 

Optionerna -d och -m anvands di ett extra kort skall startas. 

Observera att superuser-behorighet kravs. Om en trace eller nigon annan 
funktion bnskas, finner ni ytterligare information om "netmans" optio- 
ner i kommandobeskrivningen for "netman". 


4.3. LOGGFILER 

Netmans loggfil har namnet netlog????? under biblioteket /tmp. ????? 
motsvarar ett lopnummer internt i Netman. Loggfilen innehiller felmed- 
delanden om t ex varfor netman inte kunnat aktiverats eller varfor det 
har avbrutits. Systemadministratoren behover inte tdmma loggfilen, for 
detta tas om hand av /etc/rc vid systemstart. 
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5. ANVANDARDIALOG 
5.1. NCU 

NCU har en mycket enkel kommandoutformning och efterfoljande dialog 
enligt nedan: 

O ncu system-namn 
Connected 

login: pert 
password: 

SYSTEMETS VALKOMSTMEDDELANDE 

□ Disconnected 

□ 

Systemnamn ersatts med namnet p3 det system anvandaren onskar n§. Efter 
att ncu-kommandot utforts, erhSlIer anvandaren meddelandet "Connected" 
och darefter ett "login:". Nar anvandaren vill avsiuta NCU, ges CTRL-D, 
vilket resulterar i att meddelandet "disconnected" kommer i den posi- 
tion som anvandaren har markdren. PS nasta rad upptrader kommandoover- 
sattarens prompt (vanligen frSn den dator anvandaren startade 

NCU. For ytterligare information om NCU, se bilagan NCU(1). 
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5.1.1 Anvandaranpassning av ncu 

Del som en anvandare kan rika ut for nar NCU anvands, ar att ett icke 
Stkomligt system anropas. Det kan t ex vara ett system som inte finns, 
ett som anvandaren inte ar auktoriserad for eller ett som inte ar 
aktiverat. 

NCU, till skillnad frSn RACCESS, tar inte hansyn till ".netkey", utan 
endast /etc/password. For att en anvandare, med hjalp av NCU, ska kunna 
logga in i en annan dator, miste alltsS dennes anvandaridentitet vara 
inlagd i /etc/password p§ den dator som onskas. 

Anvandare som inte s§ ofta logger in i andra datorer, glommer latt bort 
vad de andra datorerna i ett natverk har for namn. Filen ".netkey" kan 
d3 ge en fingervisning, men inte definitive besked, om vilka datorer 
som kan nis med hjalp av NCU. Om systemadministratoren har valt att 
skriva ut systemnamnen i " netkey", kan foljande shellprocedur under- 
latta anvandandet av NCU; 

if test M# -eq 0 

then echo ” 

Vilket system vill du n&: 


sed "s/U/TAB/ TAB=tabtecken 

s/0 .*V/” ^CHOME/. netkey 
echo -n ” 

(tryck pA DEL om ni onskar avbryta ncu) 

SVARA MED MOTSVARANDE SYSTEMNAMN: ” 

read syssvar 
echo 

/usr/bin/ncu ttsyssvar 

else echo; /usr/bin/ncu XXl 
fi 

Proceduren kan anropas med eller utan systemnamn. Om systemnamn anges, 
anropas NCU som vanligt. Utesluter man systemnamn kontrolleras anvanda- 
rens ".netkey", och anvandaren f3r en lista pS valida namn, och kan 
darefter ange onskat systemnamn vilket resulterar i ett motsvarande 
NCU-kommando. 

Namnet "ncu" rekommenderas p3 den har proceduren, och den ska placeras 
I anvandarens eget bibliotek "bin". 
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5.2. RX 

RX ar en av Netmans funktioner, som erbjuder anvandaren mojiigheter att 
utfora godtyckligt kommando i en natverksdator eller fjarrdator. 

Syntaxen ser ut enligt nedan: 

D rx system-namnikommando (options) (arg ...)(> >> < o (arg)) 

Systemnamnet efterfoljs av ett utropstecken (!), vllket indikerar att 
en dator avses. Efter utropstecknet skrivs kommandot enligt gallande 
syntax. Kommandots utdata kan styras till anvandarens bildskarm (under- 
forstStt), till en fil med omdirigering eller till en pipe. Vid omdiri- 
gering och pipes avbryts utforandet i den andra datorn, och resultatet 
verkstalls i den lokala datorn, se exempel senare i avsnittet. 

Exempel p3 rx-anrop foljer nedan: 

□ rx alfaMs 

.netkey 

.profile 

bin 

Kommandot Is utfors i natverksdatorn "alfa", med standard output ut- 
skrivet pS den terminal som anvandaren utforde kommandot "rx" p§. 
Formatet pS rx-kommandot ovan, kraver en ".netkey" bSde i datorn dar 
kommandot initieras, och I datorn alfa dar kommandot verkstalls. Vid 
anvandandet av en pipeline, om man t ex onskar rakna antalet filer i 
biblioteket pS datorn alfa med hjalp av "wc -I" (word count), skulle 
kommandot se ut enligt foljande: 

n rx alfalls o wc -I 

Programmet Is utfors i alfa, medan "wc -I" utfors i lokaldatorn. 
Vid anvandandet av omdirigering enligt foljande; 

□ rx alfalls > tmp 

skapas fllen tmp I lokaldatorn, och resultatet av kommandot "Is" pS 
datorn alfa, skickas till fllen. 

Det finns mojlighet att utnyttja "RX" utan ".netkey", vilket kraver 
optlonen " I" enligt nedan: 

□ rx -luid’.passwd tilde! Is 

PS datorn "tilde" kontrolleras att anvandaridentiteten (uid) finns i 
/etc/passwd, och om passwd finns, att det stammer overens med det som 
ar angivet pS kommandoraden. For ytterligare detaljer om "RX", se 
bilagan RX(1). 
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5.2.1 Anvandaranpassning av RX 

For "RX" rekommenderas en separat shellprocedur for varje andamSi, som 
i sin tur i och for sig kan kombineras i en gemensam procedur. Det 
finns flera exempel p§ anvandningsomrSden for RX, t ex utskrift p§ 
fjarrskrivare, filoverforingar och statusfrSgor. 

Vi valjer har att visa en procedur for fjarrutskrifter, dvs utskrift av 
filer pi en annan dators skrivare an den man ar direktansluten till. 
Filen hamtas frin den lokala datorn. 

Proceduren foljer nedan; 

echo -n " 

Nedan foljer tillgangliga datorer: 


sed "s/ij/TAB/ TAB=tabtecken 

s/0 .*«//" WJOME/.netkey 
echo -n " 

(tryck p4 DEL om ni onskar avbryta rlpr) 

VILKET SYSTEM VILL DU SKRIVA UT FILEN PA; " 
read syssvar 
echo -n " 

VAD HETER FILEN; " 
read filsvar 

rx Msyssvarllpr < Mfilsvar 

Ett lampligt namn pi den har proceduren kan vara "rlpr", som ar en 
forkortning av Remote Line PRinter. Proceduren "rlpr" placeras lampli- 
gen i biblioteket "/usr/bin" eller anvandarens eget "bin", beroende pi 
vilka som ska nl den. 
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5.3. RACCESS 

RACCESS ar ett program for ett filsystem, som ar expanderat over flera 
datorer i ett natverk. 

Kommandon som utnyttjar "RACCESS" ser ut pi fdijande satt; 

□ Is /net/system-namn/path-name 

I det har exemplet utfors kommandot "Is" i den lokala datorn och ser en 
annan dators filsystem som om det vore lokalt. Forsta delen "/net" 
indikerar att RACCESS utnyttjas, vilket ar monterat pi biblioteket, dvs 
ett expanderat filsystem utnyttjas. Path name ar det fullstandiga 
filnamnet, uttryckt frin root, enligt foljande exempel: 

□ Is /net/alfa/usr/pert 
bin 

Biblioteket /usr/pert listas pi datorn alfa med hjalp av RACCESS. 
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5.3.1 Anvandaranpassning av RACCESS 

Exemplet for RACCESS bygger p§ att en anvandare onskar utfora cat. Is 
och file pS andra datorers filer, till skillnad frSn den dator de ar 
direktanslutna till. Vi skapar som vanligt en shellprocedur for detta, 
enligt nedan: 

echo -n ** 

Nedan foljer tillgangliga datorer: 


sed ”s/ij/TAB/ TAB=tabtecken 

s/6 .W/** XtHOME/.netkey 
echo -n * 

(tryck pA DEL om ni onskar avbryta rfil) 

VILKET SYSTEM VILL DU UTFORA KOMMANDOT pA: * 
read syssvar 
echo -n * 

Foljande kommandon ar tillgangliga: 

cat 

file 

Is 

VILKET ONSKAS: * 
read cmdsvar 
echo -n * 

VILKEN FIL ELLER DIRECTORY ONSKAS 
ANGE FULLSTANDIGT PATH-NAME: * 

read filsvar 

Wcmdsvar /net A(syssvarX(f ilsvar 

Proceduren placeras i biblioteket "/usr/bin" eller anvandarens "bin", 
beroende pA vilka som ska nA den. Ett lampligt namn kan vara "rfil", 
som ar en forkortning av Remote Fil, dvs kommandon som beror filer i 
fjarrdatorer eller natverksdatorer med hjalp av RACCESS. 
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5.4. SAMMANFATTNING 

Anvandardialogen ar vad systemadministratoren gor den till. Funktioner 
finns for att effektivt utnyttja datorer i ett natverk, och detta 
avsnitt visar, dels syntaxen i sin oforandrade form, dels anvandarvan- 
liga shellprocedurer. 

Shellprocedurerna ar enbart exempel p§ hur det gSr att anvandaranpassa 
ett system. Systemadministratoren kan ta till vara ideerna och ytterli- 
gare anpassa procedurerna for sin egen organisation. 

Att skapa shellprocedurer g§r bSde snabbt och smidigt. Det ar ocksS 
enkelt att gora dem tillgangliga for anvandarna I ett system av den har 
typen. 

Se det som en valkommen service for foretagets anvandare. 
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6. NATVERKSKONFIGURATIONER 

6.1 Natverkskonfigurationer 

6.1.1 Referensanvisning konfiguration 1 

6.2 TvS datorer i ett natverk med en X.25 gateway 

6.2.1 Referensanvisning konfiguration 2 

6.3 Tillagg av ett 4004-kort med en UTS gateway 

6.3.1 Referensanvisning konfiguration 3 
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6. NATVERKSKONFIGURATIONER 

Det har avsnittet ska ytterligare SskSdIiggora hur man gir till vaga 
for att skapa de mest vanliga konfigurationerna. Avsnittet innehSlIer 
tre olika typkonfigurationer enligt nedan: 

1 Singeldator med en SNA 3270 GATEWAY 

2 TvS datorer i ett natverk med en X.25 GATEWAY 

3 Tillagg av ett 4004-kort med en UTS GATEWAY 

Dessa konfigurationer bildar slutligen tillsammans en komplex konfigu- 
ration utifrSn tre grundlaggande. 


6.1. SINGELDATOR MED EN SNA 3270 GATEWAY 

Konfigurationen i det har avsnittet visas i figurl. 
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En konfiguration av en singeldator med en SNA 3270 GATEWAY mot en IBM 
dator iordningstalls med 7 steg enligt nedan: 

1 Skapa en grundkonfiguration 

2 Lasa in SNA 3270 frSn diskett 

3 Parametersattning via comparprogrammet 

4 SNA 3270 parametersattning 

5 Montera kabel mellan 4004-kort och DCE 

6 Valj adapter vid behov (X.21 och/eller NRZI-adapter) 

7 Starta Netman 


6.1.1. Referensanvisning konfiguration 1 

Att skapa en grundkonfiguration beskrivs i avsnitten 2.1.1. och 2.1.2. 

Parametersattning via comparprogrammet beskrivs i avsnittet 2.2.4. och 
de menyer som man behover andra i ar foljande: 

2. Port definition (se avsnitt 2.2.4) 

3. Definition of corn-servers (se avsnitt 2.2.4) 

4. Corn-server references (se avsnitt 2.2.4) 

Compar avsiutas med att forst vaija "7. write" i huvudmenyn, och daref- 
ter "0. Exit" ocksS det i huvudmenyn. 

Anvisningar for parametersattning av SNA 3270 finner du i handboken 
"NATVERK OCH DATAKOMMUNIKATION" under avsnittet "IBM SNA/SDLC 
3270". De varden som ligger till grund for detta mSste inhamtas fr3n 
den installation som man ska koppla upp sig mot. 

Hur man startar Netman finns beskrivet i avsnittet 2.4. 
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6.2. TVA DATORER I ETT NATVERK MED EN 
X.25 GATEWAY 

Konfigurationen for det har avsnittet visas i figur 2. 



For den har konfigurationen utgir vi frin att den ena datorn ar den som 
vi gjorde i ordning i det fdreg^ende avsnittet. Det enda som ytterliga- 
re kravs ar anslutning till natverket med en kabel mellan port A pS 
4004-kortet och kontakten markt "computer " p§ linjeadaptern till nat- 
verket. 

Atta steg ska utforas pS denna dator enligt foljande; 

1 Skapa en grundkonfiguration 

2 Lasa in X.25 fr§n diskett 

3 Parametersattning via comparprogrammet 

4 X.25 parametersattning 

5 Montera kabel mellan 4004-kort och DCE 

6 Montera kabel mellan 4004 kort port A och kontakt markt 
computer pS linjeadaptern till natverket. 

7 Valj adapter vid behov (X. 21 -adapter) 

8 Starta Netman 
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6.2.1. Referensanvisning konfiguration 2 

Att skapa en grundkonfiguration beskrivs i avsnitten 2.1.1. och 2.1.2. 

Parametersattning via comparprogrammet beskrivs i avsnittet 2.2.3. och 
foljande menyer behover andras: 

2. Port definition (se avsnitt 2.2.6) 

3. Definition of corn-servers (se avsnitt 2.2.7) 

4. Corn-server references (se avsnitt 2.2.8) 

Compar avsiutas med att forst vaija "7. write" i huvudmenyn och daref- 
ter "0. Exit" ocksS det i huvudmenyn. 

Anvisningar for parametersattning av X.25 finner du i handboken 
"NATVERK OCH DATAKOMMUNIKATION" under avsnittet "X.25 DATAPAK". 
De varden som ligger till grund for detta mSste inhamtas frSn Telever- 
ket och/eller den installation som GATEWAYEN ska koppla upp sig mot. 

Hur man startar Netman finns beskrivet i avsnittet 2.4. 
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6.3. TILLAGG AV ETT 4004-KORT MED EN UTS GATEWAY 

Den sista konfigurationen visas i figur 3. 



Den har konfigurationen innehSlIer ocksS en UTS GATEWAY. For att det 
i den tidigare skapade konfigurationen utfor man foljande steg: 

1 Skapa en miljo for det nya extrakortet 

2 Las in UTS frSn diskett 

3 Parametersattning via comparprogrammet 

4 UTS parametersattning 

5 Montera kabel mellan 4004-kort port B och DCE 

6 Valj adapter vid behov (X. 21 adapter) 

8 Starta en ny Netman for extrakortet 
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6.3.1. Referensanvisning konfiguration 3 

Att skapa en miljo for ett nytt kort beskrivs i avsnittet 2.2.2. 

Parametersattning via comparprogrammet beskrivs i avsnittet 2.2.3. och 
de menyer som man behover andra i ar foljande: 

2. Port definition (se avsnitt 2.2.6) 

3. Definition of corn-servers (se avsnitt 2.2.7) 

4. Corn-server references (se avsnitt 2.2.8) 

Compar avsiutas med att forst vaija "7. write" i huvudmenyn, och daref- 
ter "0. Exit" ocksS det i huvudmenyn. 

Anvisningar for parametersattning a V UTS finnerduihandboken "NATVERK 
OCH DATAKOMMUNIKATION" under avsnittet "UNIVAC UTS 4000". 
De varden som ligger till grund for detta mSste inhamtas frSn den 
installation som man ska koppla upp sig mot. 

Hur man startar om ny Netman finns beskrivet i avsnittet 2.4. 
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7. KOMMANDON 

For att en utforlig beskrivning av varje Netmankommando omnamnt i 
den har handboken finns det ett antal bilagor bifogade. Bilagorna tac- 
ker inte de hjaipprogram som finns i operativsystemets grundsystem och 
utvecklingspaket, utan dessa Sterfinnes i D-NIX Anvandarmanual. 

Kommandot netman finns beskrivet i bilagan NETMAN(I). De ovriga kom- 
mandon som finns tillgangliga i konceptet Netman, "NCU", "RX" och aven 
programmet "RACCESS", finns i detalj beskrivna i bilagorna NCU(1), 
RX(1) och RACCESS(1). 

For programmerare finns det ocksS ett antal bilagor. De har istallet 
for (1) efter programnamnet beteckningen (5), t ex NETMAN(5). 
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BESKRIVNING AV FILER FOR BOOTNiNG AV KOMKORT 


Samtiiga filer som beskrivs i detta dokument firms i biblioteket /usr/- 
lib/net/boot. Dom filnamn som har en forklaring ar filer som finns idag 
eller ocksS ar de planerade att tas fram. Ovriga filnamn ar for framti- 
da bruk. 

Filerna ar indelade i olika grupper vilket innebar att filnamnen ar 
uppdelat i tre delar, del 1 ar en konstant som skall vara "boot" , del 
2 ar en gruppbeteckning om ett tecken, del 3 ar ett unikt namn inom 
gruppen. 

ex. bootaOlOO 

SrUBBb eskrivning 

bootpnet Preboot for komkorten 4004 och 4204 nar de 
skall laddas frSn natverket. 

bootp4004 Preboot for lokalt komkort av typen 4004 


bootOnnnnn Konfigureringsfil for komkortet nnnnn, dar 

nnnnn ar komkortets serienummer eller device- 
namnet komkortet ar kopplat till. 


boot 1 nnnnn 
boot2nnnnn 
bootSnnnnn 

boot4nnnnn Debugger for komkortet nnnnn, dar nnnnn ar 
serienumret p§ kortet. 

bootSnnnnn Konfigureringsfil for host till komkortet 

nnnnn som ar placerat i en annan dator (tex 
DB 4680, dar nnnnn ar komkortes serienummer. 


bootSnnnnn 

boot7nnnnn 

bootSnnnnn 

bootSnnnnn 

bootannnn boota-gruppen ar en blandning av olika typer 
av filer (drivers, konfigfiler etc.) som med 
hjalp av nnnn (som ar ett nummer) ar indelat 
i nya grupper. 
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bo Ota 0000 
bootaOlOO 

bootaOIOI 
bootaOl 02 
bootaOl 03 
boota0104 
bootaOl 05 


boota0300 

! 

boota0309 

boota0400 

! 

boota0409 

bootaOSOO 

! 

boota0509 

boota0510 
boota051 1 
boota0512 
boota0513 


JMPS * 


Default konfigurerings fil for komkortet 4004, 
denna fil anvands for att skapa en ny konfig- 
fil i gruppen bootOnnnnn. 

Debugger for komkortet 4004. 

Basprogram utan services till komkortet 4004. 


Standard D-NET driver och protokoll till 4004 


Standard Host driver och protokoll (HDLC) for 
4004 


Standard Gateway-hanterare 


Standard UTSCLUSTER service 
Standard 2780 3780 service 
Standard SNACLUSTER service 
Standard X25 service 
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boota0514 

boota0515 

boota0516 

boota0517 

boota0518 

boota0519 

boota0520 

boota0521 

! 

boota0529 

bootalOOO 

bootalOOl 

bootallOO 

boota1199 


Standard BSCCLUSTER service 
Standard ASYNKRON service 
Standard BPSCLUSTER service 
Standard DUNK service 
Diverse special servare 

COMMUX service 

D-NET Boot Master (DBM) service 


Default konfigfil for Databoard 4680 host 
Default OS.8 fil for Databoard 4680 host 

Remote operator task OS.8 (accessed via ncu) 
Ovriga tasks som kan laddas till DB4680 host 
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NAMN 

netman- natverks transport manager p§ D-NIX-system 


SYNTAX 

netman( option ... ) 


BESKRIVNING 

Natverksmanagern ar en process som skoter om trafiken till och frin 
D-NET och startar processer for att hantera inkommande anrop. 

Service for att kontakta det egna systemet eller ett aviagset system 
identifieras med namn (Symbolic Service String, SSS) enligt D-NET 

Natverksmanagern kopplar sig sjalv till filsystemet (normalt under 
namnet /netphys) for att bevaka och ta hand om utgSnde anrop, den 
initierar ocksd bootningen av ndtverkscontrollern och bevakar och tar 
hand om inkommande anrop frSn den. 

Optioner anvands huvudsaklingen for avbuggning och dom innebar: 

-m namn Fir netman att koppla sig sjalv till namn. 

-d device Talar om for Netman vilket kort som 
skall aktiveras. 

-knn Sander signalen on till natverksmanagern som 

finns kopplad till / netphvs. Om inget argument 
anges sands SIGTERM (vilket innebar att aktuell 
natverksmanager omedelbart terminerar, och detta 
orsakar i sin tur att alia aktiva uppkopplingar 
fallerar . 

-xnn Satter debugniv&n till nn (om DEBUG har kompile- 
rats in) 

-f Anvands endast i samband med avbuggning (mot- 

verkar fork nar det kors under adb; galler endast 
om DEBUG har kompilerats in). 

-L Forhindrar netman att logga pA konsolen. 

-F Forhindrar fork (skall anvandas vid start frin 

inittab) . 

Inkommande anroo: 

Lokala tjanster beskrivs i filen /usr/lib/neUservtab. Varje tjanst 
beskrivs pi en rad som innehlller: 

(1) ett minustecken eller service nummer 

(2) service namn 

(3) pathname till ett program som startar for att ta emot det 

inkom mande anropet 
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Servicenummer anvands sallan direkt i tillampningar eftersom tjansterna 
ar tillgangliga med namn. Ett minustecken har anger att netman ska 
vaija nummer automatiskt. Vissa tjanster har dock kanda nummer (se 
SSS/04-06-28/al) och i sS fall kan dess nummer bli anvant om man speci- 
ficerar det har. 

Servicenamn anvands av tillampningar som onskar utnyttja servicen. Om 
strangen i servicetabelisfilen innehaller 'OS' sS ersatts 'OS' i forsta 
hand av systemnamnet som finns i OS:et (uname -n), och om det inte 
finns n^got tas det som finns i /etc/systemid, s§ att samma serviceta- 
bellfil kan utnyttjas i olika system. Om en tjanst ar identisk p§ flera 
system och om det inte spelar nagon roll till vilket system anropet 
gSr, kan namnet vara belt identiskt p3 flera system, normalt ar dock 
(for remote login och liknade) att servicenamnet innehSlIer systemnam- 
net med en prefixstrang for att identifiera typen av service. 

Pathname anvands for att starta en hanterare for varje inkommande an- 
rop. Nar ett inkommande anrop aniander startar en process med anvandar- 
id och gruppid tagna fr^n filerna uid och gid. Processen ges "-B" och 
tjanstens namn som parametrar (Tjanstenumret anvands enbart som en 
adress, fbljaktiigen ges den inte som parameter till processen). Pro- 
cessen fSr ocks^ ett virtuellt anrops fd som dess fd #0. Alla andra 
D-NIX fd:s stangs och aktuellt bibliotek satts till "/". 

Utq^ende anrop. 

UtgSende anrop sands ut genom att utfora en bppning p3 det kopplade 
namnet (dvs /netphys/tjanstenamn). Om bppningen blir lyckad retuneras 
en virtuell anrops fd och en hanterare har startats i nSgot system som 
ocksS har en virtuell anrops fd uppkopplad i den andra anden av det 
virtuella anropet. Kan servicen inte nSs misslyckas bppningen ENOENT. 

UtgSende anrop kan ocksS genomfbras med numerisk adress genom att an- 
vanda ett namn som bestSr av numret fbreganget av ett nummertecken (#). 
Numret anvands direkt i ett anropspaket p3 D-NET som bara kontrollerar 
att det ar <= 15 siffror. D-NET mjukvara skickar tal med 1-2 siffror 
till ursprungliga systemet med servicenummer lika med det anropade num- 
ret, och tal med 5-7 siffror skickas till det system vars 4004-kort har 
ett serienummer som motsvarar de fern fbrsta siffrorna, varvid service- 
nummer tas frSn de resterande siffrorna. Numerisk adressering tillhan- 
dahSlIs huvudsakllgen fbr avbuggning. 

Omhandertaqna signaler: 

Netman fSngar vissa signaler: 

SIGHUP (01) fSr netman att vanta tills den sista uppkopplingen har gStt 
ner. Nar sS skett startas det en ny kopia av programmet. Detta kan vara 
anvandbart nar man skall installera en ny version utan att behbva av- 
bryta pSgSende natverks arbete. 

SIGINT (02) far netman att uppfatta kortet som kraschat vilket Innebar 
att det blir ombootat. Anvands mest vid avbuggning. 
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Bootninq 

Netman anvander en annan process bootman for att utfora den egentliga 
bootningen. Denna process anvands ocksS som administrator for remote- 
bootning av andra system. For att ha mojiighet att vara administrator 
for remotebootning mSste servicen finnas laddad i 4004 kortet. Om sS ar 
fallet anvander bootman den automatiskt. (Den kan ocksS boota andra 
4004-kort for andra andamil i samma maskin. 

For att mojiiggbra bootning av andra kort mSste ett device och en kopp- 
lingsplats i form av en fil i root skapas. 

FILER 


/etc/systemid 
/usr/1 ib/net/servtab 
/netphys 
/tmp/netlog???? 
/tmp/net swap?? ?? 

/usr/1 ib/net /bootman 
/usr/1 ib/net/boot/* 


maskinens namn 

servicetabell for lokala tjanster 
Default kopplingsplats 
Bar skrivs felmeddelanden 
Anvands for att spara buffrar nar 
mAnga buffrar anvands 
Program for att boota kom-kort 
Bibliotek som innehiller data att 
boota kort med 


HANVISNING 
netman(5), ncu(1), rx(1), raccess(l) 


ANM 

Netman skall endast startas av root och normalt gors detta frSn filen 
/etc/inittab. 

Netman skall agas av root men skall inte ha setuid-biten satt. 
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NAMN 

ncu- natverksanrop i D-NIX 


SYNTAX 

ncu ( option ... ) systemid 


FUNKTION 

Ncu anropar ett annat D-NIX-system via ett natverk. Det hanterar en 
interaktiv dialog med mdjiighet till filoverforing. Svstemid ar maski - 
nens namn. En kopia av ncu startas p3 remotemaskinen och denna kopia 
startar en login -process och agerar terminal till denna remotelogin. PS 
den anropande sidan kors ncu som tvS processer: sand orocessen laser 
standardinput och skickar det mesta vidare till remotemaskinen, motta - 
qarprocessen laser frSn remote-systemet och skickar alia data till 
standard output. Ncu anvander stty/gtty mojiigheterna i den lokala 
terminalen och skickar data bara nar en lasning kan lyckas. Detta med- 
for vissa konsekvenser: 

- Linjeredigering gors lokalt. 

- Eftersom data overfdrs som om det skulle lasas kan 8-bitars binardata 
(exekverbara program t.ex) flyttas med filoverfdringsmojligheten. 

- bases tomma tecken, overfdrs de som sSdana, INTE som specie Itecken. 
Sand orocessen tolkar en rad som bdrjar med 'ii' som fdijer: 


li. 

iiEOT 

avslutar konversationen 
avslutar konversationen 
skicka innehAllet i fil till remote 
som om den skrevs pA terminal. 

systemet, 

u! 

startar en interaktivt shell 
systemet 

pA det 

lokala 

ii! kommando 

kor kommandot pA det lokala 
sh -c) 

systemet 

(via 

ilii • . . 

skickar raden 'ii...*. 
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Filer kan laggas upp pa remotesystemet med foljande sekvens: (nar in 
loggning p§ remotesystemet har gjorts, behovs det avsiutande EOT som en 
tom lasning till cat och som darmed avsiutar kopieringen till destina- 
tionen): 

cat >remote_dest 

u<lokal_fil 

EOT 

Filer kan tas frSn ett remote system genom att forst anropa det syste- 
met med ncu och sedan (efter inloggning) Ster anropa det lokala syste- 
met. Efter Sterinloggning pa det lokala systemet ges kommandon som 
fdijer (Det dubbla u:et (tilde) anvands som citerat u pa den lokala 
maskinen for att fa den remote startade ncu processen att ta sin input 
frSn onskad fil): 

cat >lokal_dest 

uu<remote_fil 

EOT 

Optioner anvands huvudsakligen for avbuggning och de innebar: 

-s I stallet for systemid ges ett servernamn. Default 
login server prefixet 'L_* undertrycks. 

“B Detta kommando anvands av netman for att starta B- 
sidan. Skall aldrig ges explicit. 


-m namn 

F&r ncu att anvanda den natver ksmanager som ar kopp~ 
lad till namn . 

-xnn Satter debugnivdn till nn (om DEBUG kompilerats in). 

FILER 

/netphys 
/tmp/ncuXXXXXX 

/bin/log in 
/bin/sh 

HANVISNING 

netman(l), rx(1), ncu(5), raccess(l) 

ANM 

ncu skall agas av root men skall ej ha setuid biten satt. 

TIOCSETN hanteras for narvarande som TIOCSETP. 


Ncu anvander en netman kopplad har. 
B-sidan av ncu ansluter sin pseudo- 
console har 
Startas pk B-sidan. 

Exekverar ii! kommandon. 
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NAMN 

raccess - remote fit access manager pS D-NIX-system 


SYNTAX 

raccess ( option ... ) 


BESKRIVNING 

Raccess ar en process som gor andra maskiners filsystem tillgangliga 
nastan som om dom vore en del av det lokala filsystemet. 

Raccess kopplar sig sjalv till det lokala filsystemet (normalt under 
/net). 

Nar det blir en begaran om att nS en annan maskin (syntax /net/system- 
id/...) gor raccess ett anrop till det systemet (normalt med servicen 
A_systemid) om det inte redan finns ett sidan anrop utstSende. Raccess 
kollar upp det begarda "uid:et" som kommer in i sin interna minnesta- 
bell for att se efter om den andra sidan redan kanner till detta "uid". 
Om s§ inte ar fallet kollar raccess i HEMbiblioteket tillhorande 
uid:et efter en fil med namnet .netkey for att kommma St information 
om hur inloggningen pS remotesystemet skall ske. Filen .netkey innehSl- 
ler rader med tre fait pS varje rad: 

(1) ett systemid eller en for vilken maskin som heist. 

(2) anvandarnamn (uid) att anvanda vid login pS remotemaskinen. 

(3) en nyckel att matcha pS pS remote maskinen. 

Ursprungssidan genomsdker den lokala .netkey-filen efter ett namn som 
matchar angiven remotemaskin och plockar sedan uid och nyckel frSn den 
posten. PS remotesidan startas en annan kopia av raccess som forst 
letar i det systemets passwordfil efter angivet uid och sedan i dess 
□HOME/.netkey fil efter systemid och jamfor darefter uid och nycklar. 
Om nycklarna ar lika ersatts den lokala sidans uid och gid med remote 
sidans uid och gid. Observera att den lokala sidans gid inte anvands. 
Eftersom man jamfor bSde uid och nyckein ar det inga problem att ha 
fler anvandare som har samma login-bibliotek men med olika privilegier. 

Eftersom .netkey filerna genomsoks efter destinations systemid pS bSda 
sidor kan en anvandare ha identiska filer pS flera maskiner, aven om 
dennes uid och/eller nyckel varierar frSn maskin till maskin. Anvanda- 
ren kan hantera sin .netkey fil efter behag utan att ha root-privile- 
gier. 
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Som en sakerhetsStgard andrar raccess skyddet till 0600 pS alia .netkey 
filer den anvander, utifall anvandaren skulle glomma att gora sin nyck- 
el hemlig. 

Foljande funktionskoder understodjs och skickas vidare till remotema- 
skinen: F_OPEN, F_CREATE, F_LOCATE, F_LINK, F_UNLINK, F_CLOSE, F_READ, 
F_WRITE, F.CANCEU FJOCR, FJOCW. 

locontrols med en buffer innehSlIande mer an en byte mSste beskrivas I 
filen /usr/lib/net/ioctitab for att raccess skall tillStas utfora by- 
teswapping. 

Stat-anrop (ioctl subfunktioner) hanteras speciellt: remote anropets 
fait St uid och st qid oversatts om mojiigt till symboler vid sandning 
och sen tillbaks till dom numeriska pS utsandarsidan. Om det inte finns 
nSgon anvandare med samma namn forsoker man med netxat och som en sista 
utvag antar man Oxffff. Om det inte finns nSgon grupp med samma namn 
antar man other och som en sista utvag antar man Oxffff. 

Faltet st dev ar oversatt for att forsakra konventionen att paret 
(st_dev,stJno) definierar en unik fil (sett frSn en maskin). Observera 
att en och samma fil har olika st dev fait nar den accesses frSn olika 
maskiner. 

Optioner anvands huvudsakligen for avbuggning och de innebar: 

-B Optionen anvands av netman for att starta B-sidan. 

Skall aldrig anges explicit. 

-tnn Satter tiden man skall hSlla en uppkoppling uppe 
utan nAgon oppen fil till nn sekunder (Default 
ar 30 sekunder). 

-nnamn Talar om f5r raccess vilken netman som skall an- 
vandas. namn ar filen som denna netman ar startad 
mot . 

-m namn F&r raccess att koppla sig sjalv till namn . 

-s Forhindrar insattning av server-pref ixen (anvands 

huvudsakligen vid debug). 

-sx Satter forsta karaktaren i anropsservernamnet 

till X (anvands vid debug). 

-xnn Satter debugnivdn till nn (om DEBUG har kompi- 

lerats in. Satter samma debugnivA pA den anropa- 
de sidans program. 

-F Forhindrar fork (skall anvandas vid start frin 

inittab) . 
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Formatet pi filen /usr/lib/net/ioctitab ar som foljer: 

Varje rad har formatet 
SUBFN (fmtl (fmt2)) 

SUBFN ar ioctl-subfunktioner i decimalt varde. Om endast fmtl anges 
anvands det for att konvertera dataoverforingen i bida riktningarna om 
det gir. Om tvi format anges anvands fmtl for WRITE och fmt2 for READ 
(for READ-WRITE anvands ett format for varje riktning). 


Varje format innehiller tecken typer dessa kan inledas med en siffra 
som anger antal 

I innebar long (32 bit) kvantitet. 
s innebar short (16-bit) kvantitet. 
c innebar character (8-bit) kvantitet. 

avsiutande tecken av typen c i ett format behover inte specificeras. 
Det kan endast finnas tecken av typen c efter de 64 forsta byten om ett 
format angivits och efter 30 byte om tvi format anvands. Ex: 

1234 16c418s41 : I detta exemplet pi format kan det e 

sista 41 endast folja tecken av type 

FILER 

/etc/systemid Maskinnamn. 

/usr/1 ib/net/ioctltab Twist tabell for iocontrols. 

/netphys Raccess anvander netman kopplad 

har 

/tmp/rdevxlate Oversattningstabell for st_dev 

fait (underbills automat iskt) 

HANVISNING 

netman(l), ncu(1), rx(1), raccess(5) 


ANM 

Raccess skall agas av root men skall inte ha setuid bit satt. 
Raccess skall normalt startas automatiskt frin /etc/inittab. 
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rm 


NAMN 

rx- exekverar ett kommando pS en annan maskin 


SYNTAX 

rx( option ... ) systemidikommando ( parametrar ... ) 


FUNKTION 

Rxioggar automatiskt in p3 en annan maskin och exekverar ett kommando 
dar. Om remoteprogrammet laser standard input kopieras det lokala 
rx-kommandots standard input via natverket och matas som standard input 
till remotekommandot. Remotekommandots standard output och standard 
error kopieras pS det lokala rx-kommandots standard output och standard 
error. Om remotekommandot slutar normalt (med exit(2)) avsiutar rx med 
samma kod. Om remote kommandot avbryts avsiutar rx med exit kod 1. 

Det normala ar att rx letar i aktuellt HEMbibliotek efter filen .netkey 
for att hitta information om inloggningsrutinerna pS remote systemet. 
Filen .netkey innehSlIer rader med tre fait pS varje; 

- ett systemid eller for att ange vilken maskin som heist. 

- anvandarnamn (uid) att anvanda vid login pS remotemaskinen. 

- ett nyckel som skall matcha p§ remotemaskinen. 

Ursprungssidan genomsbker den lokala .netkey filen efter ett namn som 
matchar angiven remotemaskin och plockar sedan uid och nyckel frSn den 
posten. PS remotesidan startas en annan kopia av rx som forst letar i 
det systemets passwordfil efter angivet uid och sedan i dess nHOME/.- 
netkey fil efter systemid och jamfbr darefter uid och nycklar. Om 
nycklarna ar lika utfbrs remote-exekveringen. Eftersom man jamfor bSde 
uid och nyckein ar det inga problem att ha fler anvandare som har samma 
login-bibliotek men olika privilegier. 

Eftersom .netkey filerna genomsoks efter destinations systemid pS bSda 
sidor, kan en anvandare ha identiska filer pS flera maskiner, aven om 
dennes uid och/eller nyckel varierar frSn maskin till maskin. Anvanda- 
ren kan hantera sin .netkey-fil efter behag utan att ha root-privile- 
gier. 

Som en sakerhetsStgard andrar rx skyddet till 0600 pS alia .netkey 
filer den anvander, detta utifall anvandaren skulle gidmma gora sin 
nyckel hemlig. 
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Foljande signaler fangas av rx och overfbrs till det remote exekverade 
kommandot: SIGINT, SIGQUIT, SIGPIPE och SIGTERM. Gar linjen ner f§r 
SIGHUP skickas till remote-kommandot. Andra signaler p§ lokalsidan far 
rx att avsiuta och darmed gSr linjen ner och SIGHUP ges pS andra sidan. 

Environment kopleras till remote-maskinen med tv3 undantag: 


HOME satts till loginbiblioteket pa den andra maskinen. 

PATH modifieras for att Sterge det nya HOME: pa alia stallen dar hem- 
biblioteket forekommer i vagvalen ersatts de med HEMbiblloteket pS den 
andra maskinen (om inte hembiblioteket helt enkelt ar p3 den ursprung- 
liga sidan). 

Optioner och deras betydelse: 

-luid( : ( password ) ) 

Laser over den automat iska inloggningen och loggar in 
som uid med password p& den andra maskinen. Detta 
password ar det normala som anvands av login(l) och 
kraver inte narvaron .netkey-fil pk remote-maskinen. 

“ddi r 


Andrar aktuellt biblioteket till dir innan kommandot 
exekveras. Normalt exekveras kommandona i login-bib- 
lioteket pk remote-maskinen. 

-B Denna option anvands av netman for att starta B- 
sidan. Skall aldrig anges explicit. 

-mnamn 

Fkr rx att anvanda den natverksmanager som ar kopp- 
lad till namn. 


-xnn 


Satter debugnivSn till nn (om DEBUG har kompilerats 
in) 

FILER 

/netphys Rx anvander en netman kopplad har. 

/tmp/rxXXXXXX B-sidan av rx ansluter sin pseudoconsole 
har 
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rm 


HANVISNING 

netman(l), ncu(1), rx(5), raccess(l) 

ANM 

rxskall agas av root men skall ej ha setuid-biten salt. 

Interaktiva program bor ej exekveras med ix. Anvand istallet ncu. 

Filer kan kopieras till och fr^n system genom att anvanda dd med res- 
pektive option if= eller of=. tarll) kan ocksS anvandas, men om forbin- 
delsen g§r ner under dverforingen skapas det en ej fullstandig fil. 

Komplicerade kommandon kan exekveras pi anropssidan genom att anvanda 
Sh med optionen Exempel; 

rx -d/usr/lib/net cpul !sh -c "I *04 6 Ipr" 

listar alia filer pi maskinen cpul som slutar med 04 pi sin skrivare. 


EXEMPEL 

Ex 1. rx cpul !ps Ixii 

Anropet innebar att man i en maskin (med namnet cpul) pi natverket 
utfbr kommandot for att lista processtatus. I exemplet ar det forusatt 
att det finns en .netkey-fil med ett tankbart utseende som foljer pi 
blda maskinerna. 

cpuO userl mitt_nyckelord 

cpul userl mitt_nyckelord 

cpu2 userl mittnyckelord 


Ex 2. rx -Iroot:ds90 cpuSIcat etc/passwd 

Detta innebar att man anropar en maskin med namnet cpu3 och dar listar 
ut password filen pi standard output. Man har har skickat med 
login-parametrar for superuser-privilegier pi cpu3. 
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NAME 

netman - format on requests on network transport server 
SYNOPSIS 

#include <net/pk_transport.h> 

DESCRIPTION 

The network manager deals with data messages that can have infinite 
length (implemented with the X25 M bit) and interrupt messages that can 
have a length of zero or one byte. The data messages have a qualifier 
bit that can be 0 or 1. (Implemented with the X25 Q-bit. Can be used as 
a command/data bit). Note: there is only one flow of data so messages 
with or without Q-bit are delivered in order. Interrupt messages have a 
separate flow that has priority over the data flow. Interrupt messages 
are less efficient and are being used mainly to convey state changes 
independently of a possibly stuck data flow. 

Data is transferred by READ and WRITE requests on the virtual call fd. 
The buffer used by these calls contains a leading control byte in which 
two bits are currently being used. PH_Q is the qualifier bits mentioned 
above. PH_M means that more data in the same message follows in another 
buffer. (PH_M is used only in the communication between the application 
and netman, it does not affect splitting between packets on the net- 
work.) PH_Q should be constant in all write requests that make up a 
message, otherwise the result is unpredictable. 

Interrupt packets are sent with an lOCW request with subfunction 
NIO_WOB and received with an lOCR request with subfunction NIO_ROB. 

The above values as defined in the include file <net/pk_transport.h> 
are: 

/* Interface between level 3 and level 4. 

* that is between netman and its applications*/ 


#define PH_M 1 /* Indicates more data after this 

request */ 

#define PH_Q 2 /* Message phase*/ 

#de£ine PACKFD 0 /* Virtual call fd on the called 

side of a connection*/ 

#define NIO_ROB ('n'«8 6 1)/* ioctl to read out of band 

data */ 

#define NIO_WOB ('n’«8 6 2)/* ioctl to write out of band 

data */ 

♦define NIO_CHAN ( 'n'«8 6 3)/* ioctl get channel 

number */ 
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Write and IOCW(NIO_WOB) requests complete as soon as the data is moved 
out of the user space, not when it has reached its destination. 

When the connection is broken all requests give error EREQAB. Cancelled 
requests (by signals or CANCEL requests) give error EINTR. 

When a virtual call fd Is closed the connection is broken immediately 
and any message not yet delivered Is lost. 

NOTES 

If one side wants to write some Information and then hangup without 
loosing information it should write the Information and then follow It 
by a message meaning invitation to hangup and wait for the other side 
to hangup. This is determined by reading the virtual call fd (ignoring 
anything received) until it returns error EREQAB and then closing the 
virtual call fd. When a reading program receives an invitation to 
hangup it knows that no more information will arrive and it can close 
the virtual call fd immidlately. (see ncu(5) for an example of this 
protocol). 

It may be useful to have an IOCR(NIO_ROB) request active even if no 
interrupt message is expected just to be able to see if/when then 
connection goes down. This Is particulary true in applications that 
does not constantly have a read or write request to the virtual call 
fd. 

SEE ALSO 
netman(l), ncu(5) 
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NAME 

packet protocol for terminal access 
SYNOPSIS 

#include <net/pk_ncu.h> 

DESCRIPTION 

This protocol is specified rather close to the UNIX version III termi- 
nal behaviour. It does not in any way restrict the capabilities of the 
UNIX terminal interface. 

It is beleived that the protocol could very well be useful as the com- 
munication between the background and the foreground parts of the ter- 
minal interface within the same computer as well as communicatinmg 
between remote sites over a X25 or D-NET virtual circuit. 

The protocol assumes that there is a sequenced data flow in both direc- 
tions of at least two datastream types: data and control. These are 
implemented with the Q bit in X25. 

The protocol further assumes that there exists a means for expediated 
data transfer where short messages (at least one byte) can be transfer- 
red even if the normal sequenced data flow is blocked. This is imple- 
mented with interrupt messages in X25. 

In the following the word message is used for one or more packets (as 
the packet size requires). In X25 message boundaries are indicated by 
the absence of the M bit in the sequenced flow and interrupt messages 
are always one packet. 

DATA 

Data is transferred as it would appears in read and write requests 
under UNIX. In X25 data is transferred in the sequenced message stream 
with the Q bit off. 

Data from a terminal is transmitted whenever a read from a local termi- 
nal would unblock, that is when a complete line has been assembled in 
normal mode or after a single character in RAW and CBREAK modes. The 
contents of a message correspond to what one read with a large byte- 
count would return. 

Data to a terminal is transmitted asyncronously with write requests 
from the writing task. Whenever possible as much data as possible is 
collected into the same message. 

Data is handled only when the READ_FLUSH counter (described below) is 
zero, otherwise data is ignored. 
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FLUSHING 

In order to be able to reliably discard data in one or both directions 
there is a flush protocol: 

Each side maintains two counters: the READ_FLUSH counter and the WRI- 
TE_FLUSH counter. 

While the READ_FLUSH counter Is non zero all data is discarded but 
commands are obeyed. The READ_FLUSH count is incremented when inter- 
rupt messages arrive that have the FORWARD_FLUSH bit set or when 
the local side wants to flush incoming data. The READ_FLUSH count 
is decremented when a command packed called FLUSH_MARK (described 
below) arrives. 

While the WRITE_FLUSH counter Is non zero FLUSH_MARK commands 
shall be sent and the WRITE_FLUSH counter shall be decremented for 
each FLUSH_MARK successfully sent. The WRITE_FLUSH counter could be 
incremented for several reasons: The local side just sent an interrupt 
message with the FORWARD_FLUSH bit set, or an interrupt message is 
received with the REVERSE_FLUSH bit set, or a FLUSH_MARK_REQUEST 
command is received in the datastream. 

To flush the outgoing stream Immideately: Send an interrupt message 
with the FORWARD_FLUSH bit set, then increment the WRITE_FLUSH 
counter and consequently send a flush mark. The other side will see the 
interrupt message and increment its READ_FLUSH counter and ignore 
data until the corresponding FLUSH_MARK causes the READ__FLUSH counter 
to return to zero. 

To flush the ingoing stream immideately: Send an Interrupt message with 
the REVERSE_FLUSH bit set, then Increment the READ_FLUSH counter, and 
start ignoring Input while the READ_FLUSH counter Is non-zero. The 
remote side will see the Interrupt message and increment its WRI- 
TE_FLUSHcounterand consequently send a FLUSH_MARK which will return 
the local READ_FLUSH counter to zero. 

To flush both streams: Simply send an interrupt message with both flush 
bits (FORWARD_FLUSH bit and REVERSE.FLUSH bit) set, and then incre- 
ment both READ_FLUSH counter and WRITE_FLUSH counter. Both streams 
will drain as described above. 

To let output drain and then flush Input: Send a FLUSH_MARK_REQUEST 
command and Increment the local READ_FLUSH counter. When all data has 
reached the destination the other side will see the FLUSH_MARK_REQUEST 
and therefore increment its WRITE_FLUSH counter and thus send a 
FLUSH_MARK. The local READ_FLUSH counter will return to zero when the 
FLUSH_MARK arrives. 
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COMMANDS 


In X25 commands is transferred in the sequenced message stream with the 
Q bit on. Each message carry one command. Note that commands are in- 
terpreted even when data is ignored due to the READ_FLUSH counter. The 
commands as defined in the include file <net/pk_ncu.h> are: 

/* level 4 definitions for remote login (ncu)*/ 


#define Q_CLRINV 
#define QSIGNAL 
#define Q_FLUSH 
#define QFMRQ 
#define QERROR 

#define Q_STTY 
#define QSETC 

#define Q_TERM3 

#define Q_T3NF 

#define QPPAR 

#define Q_P_START 


/* Error codes */ 

#define QEUSPEC 
#define QECMD 
#define QE_PAR 


0 /* Invitation to clear*/ 

1 /* Signal*/ 

2 /* Flush mark*/ 

3 /* Flush mark request*/ 

OxOf /* Bad command received*/ 

0x10 /* gtty/stty*/ 

0x11 /* setc/getc (special chars)*/ 

0x18 /* SYSTEM III termio extended by 
some extras */ 

0x19 /* Like QTERM3 but no flushing */ 

0x20 /* Protocol parameters A Larsson 
<alEdiab> */ 

0x21 /* Start/Stop protocol A Larsson 
<alEdiab> */ 


0 /* Unspecified error*/ 

1 /* Illegal command*/ 

2 /* Illegal parameter*/ 


/* Bits in interrupt message*/ 


#define I_SIGNAL 

#define I_BACK 
#define I_FORW 


Oxlf /* An interrupt message can carry 
a signal */ 

0x40 /* Flush back direction*/ 

0x80 /* Flush forward direction*/ 


INVITATION_TO_CLEAR (no parameter). This command tells the remote side 
to clear the connection. If a connection is simply cleared any message 
not yet received is lost. Therefore If one side wants Its output to 
drain and then clear the connection It can send INVITATION_TO_CLEAR. 
(This function can also be Implemented by sending FLUSH_MARK_REQUEST, 
waiting for the corresponding FLUSH_MARK and then clear the connection, 
but in this case the remote side would not know why the connction went 
down) 
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SIGNAL (with parameter) Sent from a controlling terminal to stop 
looping processes. The parameter is the signal number, typically SIGINT 
or SIGQUIT. SIGHUP is typically not sent this way, it is generated when 
the connection is cleared. An interrupt packet can also carry a signal. 

FLUSH_MARK (can have parameter) decrements the READ_FLUSH counter 
and thus cause the following data to be accepted. If there is a 
parameter it is interpreted as a signal number (see above). 

FLUSH_MARK_REQUEST increment the WRITE„FLUSH counter and thus 
cause a FLUSH_MARK to be returned. 

STTY (can have parameter) This message is used to implement the ioctl 
subfunctions TIOCGETP and TIOCSETP (gtty and stty in older UNIX 
versions) If there Is no parameter the message shall be interpreted as 
an enquiry. If there Is a parameter then it shall be interpreted as an 
indication of the current terminal parameters if the message goes from 
the terminal (as a reply to an Inquiry) or as an order to modify the 
terminal parameters if the message goes in the other direction. If 
there is a parameter, It shall have the same format as the ioctl block 
as described in <$gtty.h>. Multiple byte quantities shall be 
FIIGH-endian (high order first). 

SETC (can have parameter) This message is used to implement the Ioctl 
subfunctions TIOCGETC and TIOCSETC. If there Is no parameter the 
message shall be interpreted as an enquiry. If there Is a parameter 
then It shall be interpreted as an indication of the current special 
characters if the message goes from the terminal (as a reply to an 
inquiry) or as an order to modify the special characters if the message 
goes in the other direction. If there is a parameter, it shall have the 
same format as the Ioctl block as described in <sgtty.h>. Multiple byte 
quantities shall be HIGH endian (high order first). 

ERROR (with parameter) If a command is not understood an ERROR message 
shall be sent. The pai.imeter field Is one byte error code followed by 
at least 10 bytes copied from the beginning of the offending command. 
ERROR commands must never generate an ERROR commad: a bad ERROR 
command shall be ignored. If several errors occur and the protol 
handler doesn't have storage to keep all causes before the error packet 
is sent the It is permissible to send an ERROR command without 
parameter. This Is legal ONLY when there are several errors and must 
not be used as a 'cheap' error handling. 

SEE ALSO 

ncu(1 ), netman(5) 
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NAME 

packet protocol for remote file access 

SYNOPSIS 

#include <net/pk_raccess.h> 

DESCRIPTION 

When the originating side of raccess gets a request that has to be sent 
to the other party it sees if there is already a call to the other 
side. If not - it makes one. 

The originating side issues commands that the slave side obeys rather 
blindly. Each connectioncan have 31 request channels (numbered 1-31) 
for each with a private buffer allocated on the slave side. The master 
side controls the selection of which channel to use and also chooses 
buffer size when a new channel is allocated. There is also a special 
request channel (numbered 0). 

For each request there is one message going from the master to the 
slave to initiate it, and then a message going from the slave to the 
master telling that the request is done. It is illegal for the master 
to issue another request on the same channel before the reply has been 
received. All messages are sent with teh X25 "Q" bit off. Requests 
consists of a struct omsg optionally followed by data (Filename or data 
to write/IOCW). Replies consists of a struct imsg optionally followed 
by data (read data or lOCR). There are three exceptions to this sceme: 

F_CLOSE messages get sent on channel 0. The slave does 
not send any reply on this message. 

F_uxlate messages get sent on channel 0. The slave does 
not send any reply on this message. 

F_CANCEL messages can be sent on a busy channel. It is 
a hint to the slave that it may cancel the operation in 
progress. (Note that the slave may already have 
terminated the request and sent a reply. This means 
that not all F_CANCEL messages are acted upon by the 
slave.) 

Certain requests require that an uid is known on the slave side (those 
with filenames). In these cases it is the masters responsibility to 
transmitt a message about the translation before the actual request. 
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The slave is required to keep these translations indefinitely so the 
master may remember for which uids a translation is known by the slave. 
The uid field in the request is always expressed in terms of the origi- 
nating system and the slave should always have a translation ready for 
that uid except when the keys differed in which case the slave immedia- 
tely replies with status EACCESS. 

Structures as defined in the include file < net/pk_raccess.h > is: 


/* 

* Request sent from A-side to B-side 

* */ 

struct omsg a 

char om_thdr ; /* Transport level header byte 


unsigned char omchnum 
unsigned char om_fc ; 
unsigned char om_fd ; 
long om_bc ; 
long ombsize ; 
long omupar ; 
long om_rad ; 
long om_nph fOmnpl 


/* 

/* 

/* 

/* 

/* 


/* Channel id 
* Remote function code 
Remote file descriptor 
Byte count */ 

Buffer size */ 

User parameter 
Random address 


V 

V 

V 

V 


V 

V 


/* Network wide requester id*/ 


union 


struct a 

short omun_uid, omun_gid 
char omun_mytwist ; 
char omun_debug ; 

A omu_norm ; 
struct a 

unsigned long omus_mA2A 
& omuspec ; 


A om u 


A ; 

#define TWNORM 
#define TWSPEC 


*'4c61ss'* 

”4c81'* 


/* 

* Reply sent from B-side to A-side upon request complete 

* ★ y' 

struct imsg a 

char imthdr ; /* Transport level header */ 

unsigned char im_chnum ; /* channel id */ 

unsigned char im_lrim_2 ; /* spare */ 

long imkpar ;/* Open privileges, append address */ 
long imrpar ; /* Return parameter */ 

A ; 

#define TWREPLY "4cll" 
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/* Direction bits in chnum call */ 

#define DATAOUT 1 

♦define DATATWIST 0x20/* Data should be twisted on b side 

* also selects special format of 

* om_u */ 

♦define DATAIN 0x40 

♦define DATARND 0x80 /* Random address in request */ 

♦define CHMSK Oxlf /* Channel number mask */ 


/* Error values 
♦define Erabuf 
♦define Eseq 
♦define Ebcnt 


from B-side to A-side */ 

(-900) /* Cannot allocate buffer */ 
(-901) /* Sequence error */ 
(-902) /* Request overflows buffer */ 


/* Special function codes used only over the net 
♦define F_uxlate 253 /* Uid info translation 

♦define F_stat 254 /* Stat request with translation 

♦define F__symstat 255 /* Stat - symbolic version 

/* 

* Symbolic stat stuff. 

V 

( *n*«8 o 100) 

20 


V 

V 

V 

V 


♦define NIO_SYMSTAT 
♦define SY IDLEN 


struct 


Devxlate 


”/tmp/rdevxlate" 

Defuname 


“netxqt” 


Defgname 


••other” 


symstat 

a 



unsigned 

short 

sy_dev ; 


unsigned 

short 

sy_ino ; 

/ 




ma 

unsigned 

short 

sy_mode ; 


unsigned 

short 

sy_nlink ; 


unsigned 

short 

sy_rdev ; 


unsigned 

short 

sy_l ; /* Pad 

to 

long 

sysize 

f 


long 

sy_at ime 

t 


long 

sy_mt ime 

t 


long 

sy_ctime 

t 


char 

sy_sysnameASY_IDLENA ; 


char 

sy_unameASY_IDLENA ; 


char 

sy_gnameASY_IDLENA ; 



* Not twisted 


to 

V 


4 */ 


♦define TWSYST **s2c4s41” 


♦define TWFLOCK *'2s31” 


/* struct flock twisting */ 


All messages (requests and replies) are expressed in the masters by- 
teorder. Twisting is done by the slave side based on the omun_mytwist 
field in the first request when a connection is first established. How 
requests and replies are twisted is built Into raccess. Filenames and 
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data for F__READ and F_WRITE is expected to be a stream of bytes and 
thus not twisted. Data for F_IOCR and FJOCW is twisted according to a 
table in the file /usr/lib/netyioctitab on the maser side if there is a 
more than one byte of data. In order to enforce portability this data 
is required even when communication between computer of the same fami- 
ly. Twisting info for iocti is encoded into the omus_m field. 

There are some special function codes and error codes used only between 
master and slave; 

F_uxlate 

is used in the messages that transfer uid translation. The data 
part contains null terminated argument string each beginning 
with a character indicating how to interpret the rest of the 
string. Currently the characters can be 'U' for user name and 
'K' for key to match in .netkey. 

F_stat 

is used instead of F_IOCR and SF_STAT and makes the slave send 
symbolic (struct symstat) data as a reply instead of a struct 
stat. This allows the master to reply with a status structure 
that fulfills the convention that stjno and st_dev together 
form an unique serial number for a file even if the files reside 
on different systems (It also handles the rare cases when a 
request passes through several instances of raccess). 

F_symstat 

Is currently unused. It Is a synonym of F_stat that will possib- 
ly go away. 

Erabuf 

is generated by the slave if it cannot allocate the requested 
buffer. The master considers the channel as un allocated and the 
error E2BIG is reported to the user. 

Eseq 

is generated by the slave when the master has Issued a command 
on a bad ot busy channel. Should not happen. 

Ebcnt 

is generated by the slave when the master attempts to make a 
command with a buffer that is bigger than allocated. Should not 
happen. 

SEE ALSO 

raccess(l), netman(5) 
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NAME 


packet protocol for remote execution 
SYNOPSIS 


#include <net/pk_rx.h> 

DESCRIPTION 

The commands as defined in the include file <net/pk_rx.h> are 


#def ine 

Q. 

EXIT 

1 

/* 

#def ine 

0. 

JOB 

2 

/* 

#def ine 

Q 

SI ERR 

3 

/* 

#def ine 


STDERR 

4 

/* 

#def ine 

I_ 

RDON 

1 

/* 

#def ine 


RDOFF 

2 

/* 

#def ine 

l” 

[SIG 

0x40 

/* 

#def ine 

I_ 

SOERR 

0x80 

/* 

#def ine 

I 

SEERR 

OxcO 

/* 


Exit*/ 

Job definition*/ 

Standard error read failed*/ 
Data to write on stderr*/ 

Start read standard input*/ 
Close standard input*/ 
Signal*/ 

Error on stdout*/ 

Error on stderr*/ 


#define LFMT OxcO /* Format bits*/ 


First a JOB message is transferred to the called machine. It contains 
several null-terminated argument strings each beginning with a charac- 
ter defining how to interpret the rest of the string. Currently the 
characters can be: 


U uid for login 

K key to match in .netkey for automatic login 

P password as in login(l) when -1 switch is used in 
rx(l) 

D current directory 

C command name 

A argument. Each argument is passed as a separate 
each string beginning with *A* 

E environment r . Each environment variable is passed as 
a separate string each beginning with *E* 
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When the remote side reads standard input for tyhe first time an inter- 
rupt message with l_RDON is sent to start reading standard input on the 
local side. Standard input data is moved with the 0-bit off. End of 
file is indicated with an empty message with the Q-bit off. If reading 
standard error fails a Q_SIERR message is moved with errno as data, and 
the reading of standard input stops. When standard input is closed in 
the receiving side an interrupt message with l_RDOFF is sent to the 
local side. 

Standard output data is moved without the Q bit set. End of file is 
indicated with an empty message without Q bit. Errors writing on stan 
dard output is reported in the other direction by interrupt messages 
with data LSOERR-r errno. 

Standard error data is moved in Q-packets beginning with Q_STDERR. End 
of file is indicated with a message containing only Q_STDERR and no 
data. Errors writing on standard error is reported in the other direc- 
tion by interrupt messages with data LSEERR+errno. 

Signals are transferred by interrupt messages with data 
LSIG + signal_number 

When the remote command terminates a Q_EXIT message is sent with exit 
code as parameter (or 1 if the command aborted). 

SEE ALSO 

rx(1), netman(5) 
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HK 

NA 

SA 


A 

B 

C 

D 

E 

F 


G 


H 

K 

L 


M 


N 


P 


HUVUDKONSOL Den terminal som sys temadmin is- 

tratoren ar verksam frAn 

NATVERKSANSLUTNING FrAn A-kanal pk 4004-kort till 

lin jeadapter 


S YSTEMADM IN I STR ATOR 


A-KANAL 

B-KANAL 

4004-KORT 


SA ar en person som laser Net- 
manhandboken och ombes5rjer in- 
stallation av konceptet 

A-kanal pA 4004-kort 

B-kanal p^ 4004-kort 

Huvudkor t 


4004-KORT 

4004-KORT 

NATVERKSDATOR 


MATDATOR 


Ti llaggskort 

Fjarrbootat kort 

Ut if rAn systemadminist ratorens 
placering, en dator ansluten 
till natverket. 

Kan t ex vara en Databoard, som 
fjarrladdas frkn nAgon dator m. 
sekundarminne . Laddningen bor 
utforas frAn L eller E, men kan 
ocks^ laddas fr&n N, P eller V. 


LINJEADAPTER Anslutni ngsdosa till natverket. 

LOKALT NATVERK Lokalt avgransat natverk t ex 

inom en kontor sbyggnad 


LOKAL DATOR Den dator som sy stemadmini st ra- 

toren eller annan anvandare ar 
direktansluten till via V24/V28 
granssnitt med asynkron term. 

FJARRBELAGET NATVERK UtifrAn systemadm. ens placering 

ett natverk placerat pk annan 
ort dvs anslutet med nkgon typ 
av forb. hyrd frkn televerket 

FJARRDATOR Fjarrbelagen dator ur samma 

familj (DS90) ansluten till ett 
fjarrbelaget natverk (M) 


NATVERKSDATOR I FJARRBELAGET NATVERK 
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R EXPANSIONSRACK En iSda som man placerat 4004- 

kortet i for att forse detta 
med Strom 

S ANDRA LEVERANTORERS Dessa ansluts via en gateway 

DATORER 

T ASYNKRON TERMINAL 

U ANNAN LEVERANTORS DATAKOMMUNIKATIONSPROTOKOLL 

V SINGEL FJARRDATOR V har inget eget natverk 

X GATEWAY Port via vilken anvandaren kan 

kommunicera med andra leveran- 
torers datorer. 
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Utvardering av dokumentation: 

Natverk och datakommunikation 089-9780-10 


Vi ar mycket intresserade av vad Du tycker om dokumentationen och hur Du 
tycker att den skulle kunna fbrbattras. Vi vore darfbr mycket tacksamma 
om Du anvande nSgra minuter av Din tid for att besvara frSgorna nedan 
och returnera detta papper till oss. 

1. Ar det latt att hitta den information Du soker? Ar det n§gon informa- 
tion Du behover som Du inte kan hitta? 


2. Ar texten lattlast och latt att forstS? Ange garna sida och stycke om 
Du har nSgot exempel p§ svIrforstSeligt avsnitt. 


3. Ar uppbyggnaden av dokumentationen logisk? Bor nigra avsnitt byta 
plats, flyttas eller liknande? 


4. Finns det tillrackligt minga exempel och beskriver de ratt delar av 
Informatlonen? 


5. Hur tycker Du att dokumentationen skulle kunna forbattras, ge garna 
exempel? 


Namn: Foretag: 

(Frivllllga uppgifter) 

PI baksidan av detta formular finns vir adress fortryckt. Vik formularet 
pi mitten och hafta eller tejpa ihop det s3 kan det skickas som det ar 
med posten. 


Tack for hjalpen! 
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LINJEADAPTERSATS FOR EHNET 

1 - Oversikt 

2 - Kabel for D-Net natverk 

3 - Byglingar pk 1 in jeadaptern 

4 - Anslutning av lin jeadaptern till natverkets kabel 

5 - Lin jedragning av natverkskabeln 

6 - Anslutning av lin jeadaptern till kommunikat ionskor tet 

7 - Tekniska data i sammandrag 

1 - Oversikt 

Lin jeadaptersatsen 001-7094-00 bestir av tvi delar: 

- Linjeadapter 

- Anslutningskabel frin adaptern till kommunikat ionskortet 

Lin jeadaptern anvands for att ansluta kommunikat ionsprocessorn 
4004 (vilken ar en del av kommunikat ionssatsen 7095) till en 
gemensam kabel mellan flera natverksnoder . Lin jeadaptern bar 
funktioner for galvanisk isolering och avkanning av kollisioner 
i natverket. Den levereras i en lida av metallr lamplig for 
montering pi en vagg . 



1 - Kontakt for kabeln till kommunikat ionskortet 

2 - Koax ialkontakt (BNC) f5r natverkskabeln 

3 - Skruvplint for natverkskabeln 

4 - Skruvar pi bida sidorna for att oppna lidan 
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2 - Rabel for EHNet natverk 

Det finns tvA olika kabeltyper som kan anvandas i D-Net och 
vilken som ska anvandas beror pS hur linga avstAnden ar i nat- 
verken . 

Partvinnad kabel kan anvandas om totala kabellangden ar mindre 
an 500 meter. Kabeln skall vara skarmad och med en kabelarea pA 
minst 0.5 kvadratmillimeter . 

Foaxialkabel anvands nar totala kabellangden ar mer an 500 
meter. Maximala langden ar 1000 meter. Koaxialkabeln skall ha 75 
ohms impedans. 


3- Byglingar pA linjeadaptern 

Beroende pA var i natverket och till vilken typ av nod linjead- 
aptern ansluts skall olika byglingar goras inne pA adapterkor- 
tet for att valja funktion. Byglingarna ar markerade SI, S2, S3 
och S4 och bilden nedan visar var de finns pA kortet. 



Alternativa bygl ingskombinat ioner (Se bilden): 

A - Vid leverans ar linjeadaptern byglad for att anvandas i en 
nod-anslutning . Slut S3 och S4 . Oppna SI och S2. 

B - Om linjeadaptern ar placerad i yttersta anden av natverkska- 
beln och ansluten till ett nodkort skall istallet byglingarna 
SI, S3 och S4 slutas. Oppna S2 . 

C ~ Detta ar det normala bygl ingsalternat i vet som anvands dA en 
linjeadapter ansluts mitt pA natverkskabeln. S2 skall slutas och 
SI, S3 och S4 skall oppnas . 

D - Dessa byglingar g5rs dA en linjeadapter befinner sig i 
yttersta andarna av natverkskabeln. Slut SI och S2 . Oppna S3 och 
S4. 

OBS! Alternativen A och B ar ej aktuella i en installation med 
bara DS90:or. 
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Bygl ingarnas f unkt ioner : 

51 ~ Intern terminering av nat verkskabeln med 75 ohm 

52 - Ansluter natver kskabelns skarm till skyddsjord 

53 - TermineringsmotstSnd p& 1 in jeadaptern mot nodkort 

54 - Terminer ingsmotst And pA 1 in jeadaptern mot nodkort 


4 - Anslutning av linjeadaptern till natverkets kabel 

Det finns, som beskrivits i oversikten, tvA olika kontakter f5r 
anslutning av natverkskabeln . Vilken som anvands beror pA typen 
av nat verkskabel . 

A - Koaxialkabel 

Koaxialkabeln ansluts via en T-skarv. Det rekommenderas att 
T-skarvar installeras pA alia platser i natverket, dar noder kan 
komma att placeras i framtiden. Om T-skarven ansluts enligt 
bilden nedan kommer den inte i vagen for kabeln till kommunika— 
t ionskor tet . 



B - Partvinnad skarmad ledare 

Denna typ av kabel ansluts till skruvplinten pA linjeadaptern, 
till hoger om koax ialkontakten ( Se bilden). Skruvplinten kan 
dras loss frAn adaptern. Den kan emellertid sitta ganska hArt. 


Copyright (C) Diab Data AB 



Lin jeadaptersats for D-Net 


001-7094-00 


Sid 


4 


Skruvplinten har tre anslutningar for natver kskabeln . Dessa ar 
plus, minus och skyddsjord. 



OBS! Anslut kabeln med ratt polaritet! 


5. Lin jedragning av natver kskabeln 

Natverkskabeln tkr inte forgrenas utan mAste utgora en enda 
sammanhangande signalvag. Lin jeadapt rarna i kabeln b&da andar 
skall byglas sA att kabeln termineras. Vid varje 1 in jeadapter , 
eller pA varje plats dar en linjeadapter skall kunna anslutas, 
kan kabeln skarvas. Ytterligare skarvar bor om mojligt undvikas 


Terminering 

O 


□ 

a 


D 


D 


Terminering 

O 


Rati 
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6 - Anslutning av linjeadaptern till kommunikationskort 4004 

Lin jeadaptern ansluts till kommunikationsprocessorn 4004 genom 
en standardkabel , som medfoljer satsen. Se till att spannings- 
matningen till noden, dvs kommunikat ionskortet , ar avstangd nar 
linjeadaptern ansluts till kommunikat ionskor tet . 



1 ~ Kommunikat ionsprocessor 4004 (Sedd tr&n komponents idan ) 

2 - Kabel som medfoljer adaptersat sen 001-7094--00 . 

3 Linjeadapter med kabeln till kommunikationskor tet ansluten 
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7. Tekniska data i sammandrag 

7.1 Natverket 

Typ av natverk - Busstyp 

Atkomstmetod - CSMA (Carrier Sense Multiple Access) 

Granssni tt styp - V.ll 

Modulation - Manchester II 

Over for ingshastighet - 512 kbit/sekund 

Antal aktiva noder - Maximalt 32 

Antal anslutna 1 in jeadaptrar - Maximalt 50 

7.2 Linjeadapter 

Kanslighet - 0.5V topp-t il 1-topp 
Spanningsf orsor jning - 250 mA frAn +12V 
Galvanisk isolation - Genom isolat ions transf ormator 
Kontakt for natverket - BNC koaxial eller skruvplint 
Kontakt till kommunikat ionskor tet - DB25S 


Sid 6 
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Utvardering av dokumentation: 

Linjeadaptersats 7094-00 

Vi ar mycket intresserade av vad Du tycker om dokumentationen och hur Du 
tycker att den skulle kunna fbrbattras. Vi vore darfbr mycket tacksamma 
om Du anvande nSgra minuter av Din tid for att besvara frSgorna nedan 
och returnera detta papper till oss. 

1. Ar det latt att hitta den information Du sbker? Ar det nSgon informa- 
tion Du behover som Du inte kan hitta? 


2. Ar texten lattlast och latt att forsti? Ange garna sida och stycke om 
Du har nSgot exempel p§ svirforstSeligt avsnitt. 


3. Ar uppbyggnaden av dokumentationen logisk? Bor nigra avsnitt byta 
plats, flyttas eller liknande? 


4. Finns det tillrackligt minga exempel och beskriver de ratt delar av 
informationen? 


5. Hur tycker Du att dokumentationen skulle kunna fbrbattras, ge garna 
exempel? 


Namn: Fbretag: 

(Frivilliga uppgifter) 

PI baksidan av detta formular finns vir adress fbrtryckt. Vik formularet 
pi mitten och hafta eller tejpa ihop det si kan det skickas som det ar 
med posten. 


Tack for hjalpen! 



Diab Data AB 
Dokumentation 
Box 2029 
183 02 TABY 



